敏捷中的测试价值观及实施方法（理论篇）

一、敏捷测试价值观

• 价值驱动测试：不为测试测试而测试，也不为出统计数据而做测试
• 目标赋能：以共同业务为目标，业务驱动测试
• 社区文化：鼓励学习型文化，共同学习、共同进步
• 全员测试：整个团队要对交付的质量负责，而不仅仅是测试

二、敏捷团队中测试/测试leader的具体实施

促进测试文化提升/用户需求、反馈/指导团队质量工作

1. 获取和明确用户的质量期望
2. 建立合适的系统测试、验收测试质量标准
3. 完成每个迭代的验收测试
4. 保证质量度量结果的可视性
5. 发现值得关注的测试切入点，持续提供质量反馈
6. 在线日子分析、在线测试
7. 拜访客户、用户调查等活动

制定测试计划，推广、改进测试技术和方法

1. 制定测试计划模版、风险列表、常见的测试策略
2. 探索新的测试方法、引入新测试技术
3. 开发更有效的测试工具、持续改进自动化测试
4. 通过缺陷根因分析获得避免缺陷的信息，设立规则/实践避免缺陷的引入

自动化测试基础设施、测试工具

1. 推进单元测试、开发测试，尽量将测试推动到上游
2. 建立CI框架以及基于CI的质量控制和发布规则
3. 创建更高效的工具，持续改进自动化测试

需求、设计、代码可测试性把关

1. 建立合适的系统测试、验收测试质量标准
2. 定义需求/设计评审的检查表
3. 持续推动可测试性的提高

三、敏捷测试中，开发和测试的分工

测试主要工作	开发做的事	测试做的事情
需求/文档/代码评审	√	√
每次迭代的测试计划（方案、策略）	×	√
用户故事测试（验收标准）	√	√
单模块的回归测试	√	×
单模块的验收测试	√	×
集成测试	√	×
系统端到端的测试（包括性能、安全、易用性、兼容性、可靠性等）	×	√
自动化框架、工具	×	√
用例脚本库	×	√

四、敏捷团队中的测试组织

• 取消测试组织会造成测试人员的孤立和公司对质量的忽视
• 对此，企业可以建立测试社区这种虚拟的组织形式来代替测试团队，通过定期举办活动给所有员工提供一个交流质量文化和测试技术
• 这需要leader有很强的技术和组织能力

总结

看完以上发现了吗，其实测试工程师的工作有很多，而且要求很高，这可能完全颠覆了测试工程师的这个角色，但我相信这是一种趋势，与其称其为测试工程师，不如说他是敏捷团队中测试质量把关的引路人，或者叫TestMaster/QAMaster，而不仅仅是Engineer