Hi Shao-Feng, Thanks, I also reviewed https://bugs.meego.com/show_bug.cgi?id=13526, which clearly defines the use case you brought up ("As a *test engineer*, I want to compare/add more results to the report").
I'd propose let's add similar "Download as CSV" link close to "Detailed test results" as we currently have at summary pages, e.g. http://qa-reports.meego.com/1.2/Handset/Sanity%20-%20Automated/N900. Having the link close to the detailed test results should make the difference clear for the user. The deployed use case was "As a *developer*, I want to see the original stderr/out and test steps from the xml in order to find out why the test has failed". The feature has been requested by multiple teams, so we proceeded quite quickly with the deployment. Best, Jarno 2011/4/6 Tang, Shaofeng <shaofeng.t...@intel.com> > Hi, > > > > Please check this report > http://qa-reports.meego.com/1.2/Core/Basic%20Feature%20Testing/N900/1834 > > From this one, we can see, > > Firstly this MR was already merged and deployed, even we didn’t reach an > agreement yet. > > Secondly, a CSV file is listed at the bottom of the reports as “original > …”, this CSV file will make the end user confused with the feature# > 13526<https://bugs.meego.com/show_bug.cgi?id=13526> > . > > Finally, I still have problem to see the sense of the out-of-date > “original” files. > > No matter, since it is done, I think it is time to stop this topic unless > some end user has different opinions. > > > > Jarno, for your question, please refer to the mail I reply to Timo. The use > case was already described in it. > > > > BR, Shao-Feng > > > > *From:* Jarno Keskikangas [mailto:jarno.keskikan...@leonidasoy.fi] > *Sent:* Wednesday, April 06, 2011 2:22 PM > *To:* meego-qa@lists.meego.com > *Cc:* Tang, Shaofeng; Poikajärvi Vesa > > *Subject:* Re: [Meego-qa] [Qa-report]Regarding the Proposal for allowing > download of raw result files > > > > Hi, > > > > For me, it seems there's two separate use cases. The first use case is to > download original xml attachments, e.g., to inspect test steps, > stdout/stderr and other information that is not (yet) visible in QA Reports > UI. In this scenario, it would be confusing to update for example test > result from fail to pass, if there's error message in stderr field. > > > > I guess the use case Shao-Feng is describing is something like this: "As a > [test engineer | test manager | someone else] I want to download test result > as a csv in order to [ do further analysis in excel | to update/upload > report | something else]". In such case, it would of course make sense to > have the current results, not the original. > > > > Shao-Feng, could you clarify who (which role) wants to download the results > and what she/he wants to do with them? Would they prefer result.xml format > or some csv format? Could you also create a ticket for the issue, as it > seems to be different from the original request. > > > > Best, > > Jarno > > > > > > Date: Mon, 4 Apr 2011 19:54:38 +0300 > From: Poikaj?rvi Vesa <vesa.poikaja...@digia.com> > To: "Tang, Shaofeng" <shaofeng.t...@intel.com>, > "meego-qa@lists.meego.com" <meego-qa@lists.meego.com> > Subject: Re: [Meego-qa] [Qa-report]Regarding the Proposal for allowing > download of raw result files > Message-ID: > <94a88214e67edf4aa1f1ced7d26833a8301fd9d...@e2k7mail.it.local> > Content-Type: text/plain; charset="iso-8859-1" > > Hi, > > > Not sure if you also received the feedback from Tina, Daniel, and Lei > > about this feature. Maybe you know, they also the end user of qa-reports. > > And all of them also insist the result files should be updated for > > keeping consistent with the database. > > Yes, I got them - I was just trying to point out that we're not talking > about the same thing: > > 1. The request I received was: > > As a user, I want to *download* the *original* result files I used when > creating the report since I want to check the details; > > 2. Whereas you want: > > As a user, I want to be able to *export* test results as XML once all > the results are in place etc. for some reason. > > >From the first request there's now a FEA request and also a proposal for > implementation. For that 2nd one there's discussion on this mailing list > but > no request in Bugzilla. > > Both can be done - these are not ruling each other out. You sent a link to > a bug about CSV export, shouldn't be too hard to add XML export as well > while > someone is already implementing this. These things are just conceptually > different even if both are about getting some stuff in XML format from QA > reports. For the first one the requirement is to get the *original* files, > not some files that have been updated based on some information in the > database. > > > Regarding the feature#14876, I think the original result file didn't > > match this feature at all. Especially making nonsense if the result > > file contain several thousand test-cases(In our full-path testing, > > more than 3 thousands test cases are involved.) Maybe a pop-up window > > or page could be used to show the output of the selected testcase. > > Instead of providing the result file. > > I'm sorry I don't get this - the feature request above is not related to > downloading (or exporting) files; it's about adding information to the > report (as a popup, hidden div, whatever) so that users could check the > output > of steps of a certain case *without* needing to download any files. So this > would be: > > As a user, I want to quickly be able to check stdout, stderr, return > value > and some other stuff for a single test case without needing to download > the XML files. > > > BR, > Vesa Poikaj?rvi > > >
_______________________________________________ MeeGo-qa mailing list MeeGo-qa@lists.meego.com http://lists.meego.com/listinfo/meego-qa
