openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From J├╝rgen Schmidt <>
Subject Re: Proposal for AOO test tool
Date Fri, 17 Feb 2012 08:14:10 GMT
On 2/17/12 6:28 AM, Ji Yan wrote:
>      Thanks for all of your response. I like your brilliant idea, but from
> QA point of view, I'm afraid it couldn't help our work.
>      A formal tester should follow test case to do test, once test is done,
> tester fills result in a document, we called it as execution record. QA
> lead will generate test report regularly based on the execution records,
> and QA manager or PM and others will know the test status. From this
> procedure we can tell test case is base element of test, and we need to
> generate test report based on execution record.
>      If we use bugzilla to record test case, where could we put result into?
> If we put test case to wiki page, where could we put result into? another
> wiki page? while, how could we generate test report? I don't think bugzilla
> and wiki page are right approach.
>      So, a powerful test management tool will help us on managing  test
> case, test execution and work procedure. So I strongly recommend using test
> tool to manage our QA work.
>       Here I bring another question, if I want to install the tool into web
> server, how to do that? Who will help me on this?

I would recommend that you setup a VM with such a system and maybe make 
this VM available for some initial testing and further discussion.

The infra structure has limited resources and introducing new tools 
requires a little bit more work. So before we contact the infra 
structure team ask them for support and present them a plan how we would 
like to help to maintain such a new tool (maintenance, security fixes, 
etc.) we should be sure that we will use this tool.


> 2012/2/14 Andre Fischer<>
>> On 13.02.2012 22:17, Rob Weir wrote:
>>> On Mon, Feb 13, 2012 at 6:55 AM, Ji Yan<>   wrote:
>>>> Hi all,
>>>>   Recently, I'm thinking about how testing work should be done and what
>>>> the
>>>> procedure should followed under Apache OO structure. Before OO goes into
>>>> ASF, testing work was controlled by QUASTe and manual test cases stored
>>>> in
>>>> TCM but both tools were disconnected once Oracle donated OO to Apache.
>>>> Now,
>>>> it's time for us to think about how can we move on for testing.
>>>>   While within AOO 3.4, we store the manual scripts in wiki page, it's
>>>> good
>>>> place at this time, but should not be permanent. As it's hard to tell
>>>> test
>>>> status and collect testing data, also it has no connection with
>>>> automation
>>>> test tool.
>>> I wonder if Bugzilla would be better than the wiki?
>> Hm, to me the wiki seems to be a better place.  I think of the manual test
>> cases as some form of documentation (about how and what to test). The wiki
>> provides better support for organizing and searching.  But, not being a QA
>> engineer, I can easily be mistaken.
>> -Andre
>>> We could create a "product" in BZ for all test cases, with
>>> "components" under that for different test areas, like "performance
>>> test", "smoke test", "detailed test", etc.
>>> One BZ issue per test case.
>>> For each test pass, we simply reset each test case/issue back to "New
>>> state".  We then test each issue.  If the test case passes, then we
>>> mark the BZ issue as closed.  If the test case fails, then we already
>>> have a BZ issue for the developers.
>>> Pro: Makes it very easy to make new test cases from existing BZ
>>> issues, or to make BZ issues from testcases.
>>> Con: Reporting not so good.   Does not handle doing multiple test
>>> passes in parallel.  For example, if we wanted to test AOO 4.0 in
>>> parallel with a maintenance AOO 3.4.1 release.
>>>    After review some tools, I find the "Test Link"[1], maybe the proper
>>>> tool
>>>> for us to manage testing work. If anyone has any suggestion on other
>>>> tools,
>>>> please let me know. The target is to customize and deploy it to OO
>>>> website. I'll move forward with this tool with no objection
>>>> [1] http://testlink.sourceforge.**net/docs/testLink.php<>
>>>> --
>>> I tried their demo site.  It was very slow.  Does anyone have
>>> experience with Test Link?
>>> -Rob
>>>> Thanks&   Best Regards, Yan Ji

View raw message