This wiki is locked. Future workgroup activity and specification development must take place at our new wiki. For more information, see this blog post about the new governance model and this post about changes to the website.

Scenario C: Find and fix an unsatisfied requirement

Pre-conditions

  1. A set of requirements for the next release/milestone/sprint is identified
  2. This requirement set is linked to a planned set of corresponding change requests
  3. The requirement set is also linked to a test plan
  4. Links are created between requirements, change requests and test cases

Scenario

  1. Close to the end of the iteration, a requirement with no corresponding test cases is identified in the requirement set
    1. Alternatively, it could be a requirement with failing test cases, or incomplete or no change requests
  2. The problem is brought to the attention of the right people
  3. The problem is addressed
    1. Test cases are created and linked to the requirement
  4. The requirement set provides a more accurate overview of the progress made towards the next release
    1. No requirements should be flagged as problematic

Post-conditions

  • The requirement set does not report any more requirements with missing test cases
Edit | Attach | Print version | History: r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r2 - 14 Apr 2009 - 16:53:40 - PratikShah
 
This site is powered by the TWiki collaboration platform Copyright � by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our Terms of Use
Ideas, requests, problems regarding this site? Send feedback