敏捷过程中的测试
敏捷宣言
人员交流重于过程与工具（Individuals and interactions over processes and tools）
软件产品重于长篇大论（Working software over comprehensive documentation）
客户协作重于合同谈判（Customer collaboration over contract negotiation）
随机应变重于循规蹈矩（Responding to change over following a plan）
敏捷开发中的测试人员
敏捷团队成员
1个产品经理，1个项目管理，8个开发人员，2个测试人员
测试人员的主要职责
在敏捷软件开发中，测试人员的职责有三个主要方面：
1）定义质量 (Define Quality)：这应该是软件测试人员的基本职责。敏捷方法鼓励测试人员在 Sprint 计划的时候直接与客户交流，从自己的经验出发，共同为产品功能制定质量要求。
2）交流缺陷（Communication）：敏捷过程强调团队中的交流。开发人员经常会专注于重要而新奇的功能，测试人员应该抓住细节，寻找设计中的“missing door”；另外，开发人员使用单元测试来保证产品的基本质量，测试人员可以使用验收测试（Acceptance Test）来鉴定客户需求与实际成果之间的不一致性。
3）及时反馈 (Feedback): 敏捷过程强调简单而高效。测试人员需要及时反馈产品目前的质量问题。这样一来，团队才可以立刻着手解决。如果传统的流程是一周汇总一次状态的话，敏捷流程要求每天汇总质量问题。在我们的项目中，内部的测试报告会以网页的形式显示在内部站点上。每个团队成员能够随时获取。另外，我们的测试框架提供自助测试 (Self-assistant Test)：通过点击测试用例列表中的某个具体用例，开发人员不需要中断测试人员的工作就可以重现缺陷。
测试人员的基本素质
1）主人翁意识：参与团队的每一项活动，把产品当成自己的宝宝。
2）注重沟通：不完全依赖于文档，与团队充分沟通，保持信息对称。
3）风险前移：意识需要从发现Bug转变为预防Bug出现，从越多发现Bug转变为越早发现Bug。
4）拥抱变化：接受变化，并快速响应。
5）自动化：可将冒烟测试、回归测试自动化。
