The Role of Testers in XP, Cem Kaner, August 13, 2003
這篇文章介紹tester在XP中扮演怎樣的角色, 心態上要做怎樣的修正
首先, 一開始提出了傳統testing 的觀念是什麼
接著, 再提到在XP 中的testing 是在強調什麼
最後才提到QA的心態要做什麼調整.
若是你要pilot run XP, 這是一偏值得參考的文章
1. Testing: The Traditional View
(1) The purpose of testing is to find bugs.
(2) The test group should work independently of the programming group.
(3) There is a conflict of interest between the testing group and the programmers or project manager
(4) testing group’s task is to get the software "right“
(5) the programmers’ task is to get the software to market
(6) The test group should have veto power over the release of a product to the customer.
(7) Tests are designed without knowledge of the underlying code.
(8) Automated tests are developed at the user interface level, by non-programmers.
(9) Tests are designed early in development.
(10) Tests are designed to be reused time and time again, as regression tests
(11) To the maximum extent possible, tests should be automated.
(12) Programmers should do extensive unit testing, but they probably won't,
- so testers should assume that the programmers did a light job of testing and
- so should extensively cover the basics
(13) The pool of tests should cover every line and branch in the program, or perhaps every basis path
(14) Manual tests should be documented in great procedural detail so that they can be handed down to less experienced or less skilled testers, who will
- repeat the tests consistently, in the way they were intended,
- learn about test design from executing these tests, and
- learn the program from testing it, using these tests.
(15) A test design must include the expected result for the test. A test without an expected result is not a test.
(16) There should be at least one thoroughly documented test for every requirement item or specification item
Test cases should be based on documented characteristics of the program,
Test cases should be individually documented and, ideally, stored in a test case management system that describes the pro-conditions, procedural details, post-conditions, and basis (such as trace to requirements) of each individual test case
Failures should be reported into a bug tracking system
A count of the number of defects missed, or a ratio of defects missed to defects found, is a good measure of the effectiveness of the test group.
