《敏捷测试，测试不是重点》.pdf

A SCRUM GATHERING PRESENTATION For “Testing Quality” Stage at Scrum Gathering Shanghai 2013 at 3rd July 徐毅 做过开发，测试熏陶入骨三分 深受Scrum/敏捷/精益/TOC吸引 9年经验，7年敏捷，5年教练、顾问 译者： 《Scrum要素》《团队之美》、 《管理3.0》 kaverjody@ 新浪微博：@徐毅-Kaveri 问题 敏捷后的测试 • 更好了？ • 更差了？ 有人欢欣鼓舞 更多人身心疲惫 交付：测试的负担 交付频率高 手动耗时长 重 用例数量大 场景 每个用户故事，都要进行测试，包括： - 已有功能的回归测试 - 以及对新功能的验证 但如果 为期2周的迭代， 20个用户故事， 新功能要验证， 老功能要回归， 咋办？ 时间是有限的 回归测试？新功能验证？ 局面 困难 测试… 不是重点 ？ WHY ？ TEST TESTING 两个维度 - （个人层级）如何测试被测对象或系统 - 确认目标对象，预期，以及充要条件即可 - （组织层级）如何管理、协调整体测试活动 - 如何组织人员和过程 TEST ：如何测试目标对象 目标 对象 预期 (Expectation) 必要 充分 条件 条件 TESTING ：如何组织测试活动 过程 人员 其他问题 工具 人员 简单地对比 TEST • 敏捷≈ 传统 TESTING • 敏捷≠ 传统 TESTING ：传统 模块/单元 集成 系统 TESTING ：敏捷 增量迭代 增量迭代 增量迭代 重点在于 困难