次の方法で共有

Good and bad aspects of test sign off

  • [アーティクル]

Test Sign Off, n: 1. A promise from the test team that all tests have been run and are passing to the teams satisfaction. (Secretly also means 2. The condition of having assigned blame for all missed bugs to the test team. 3. An impediment to shipping software quickly.)

If your test signoff is all definition #1 you are in good shape. A test sign off doesn't add quality, it only proves a baseline. Injecting quality in your product has to start from the well-spring.

Comments

  • Anonymous
    July 12, 2010
     Thats a good one. I actually filled for sign off once with the comment: "This doesn't mean that those areas are bug free"

  • Anonymous
    June 29, 2011
    Why use that horrible expression "sign off on". Why not just sign?

  • Anonymous
    December 29, 2011
    Signoff here does not mean approval.  We list all items tested and the results.  Also list all outstanding defects and areas not tested for one reason or another.  In test we are in the business of providing information not approval.  So sign off may say all identified items were tested and passed, or it may be conditional and say these items have not yet passed testing...then it's up to the owners, sponsors, etc. to decide what they are willing to risk.  Test should really not be making recommendations to or accepting risk on behalf of the business partners.  Afterall, wearen't users.

  • Anonymous
    February 10, 2013
    I always make it very clear that when QA "sign-off" what we are actually doing is confirming that we have tested all items listed in the Test Plan. It is then up to the business stakeholder to ensure that they are happy with the coverage QA have provided