Testopia:Considerations

From MozillaWiki
Revision as of 23:14, 27 September 2006 by Ghendricks (talk | contribs)
Jump to navigation Jump to search

General

  1. Bugzilla versions to support
    • Current development is on 2.22 and many changes do not back port well due to dependency on Bugzilla objects which are not present in 2.20. I have found that branching for each of the branches significantly increases the work load.
  2. How should midair collisions be handled?
  3. What events should trigger notification and to whom?
    • Currently has the following:
      • Entire test run completes
      • Test run completes for a tester
      • Test run completes for a component
      • Test case log entry is marked as failed
  4. Should a run be allowed to include test cases that are not associated with the plan the run is for? If so, should they be automatically linked to that plan?
  5. What kind of time tracking requirements are there?
  6. Should a Test Plan be able to clone across to another product? [llim]

Acess Controls

  1. Who should be able to edit test plans
    • Currently members of managetestplans group
      • managetestplans inherits edittestcases and runtests
  2. Who should be able to edit test cases
    • Currently members of edittestcases group
  3. Who should be able to edit test runs
    • Currently members of either managetestplans or edittestcases groups, though there has been a request for an additional group - runtest - who will be able to pass or fail testcases in a run as well as edit other attributes of the run.

Reports

  1. What kind of standard reports should be included?
    • I tend to have quite a few TestRun under a signle TestPlan. It will be nice to have a feature that calculates the percentage of a TestRun (PASS/Total TC * 100%) appended at the end of each TestRun. [llim]
    • There should be a way to print/export a test plan document (or subset thereof) in a format that would include the "front matter", all the tests (that fall into the subset), etc. This would be good for projects that require a paper trail, want to hand their acceptance test plan to the customer/user, etc.

Please use the Discussion link to reply or feel free to edit this page to add things we have not considered.