敏捷测试(杂)
测试左移
冒烟测试推至开发,保证提测需求的质量
保证每个环节出来的质量
《敏捷软件测试:测试人员与敏捷团队的实践指南》 by Lisa Crispin 和 Janet Gregory
方法篇:以相对可靠的方法减小测试范围
减少工作量,取舍影响范围
工具篇:用自动化测试方法减少测试执行时间
如何减少测试执行时间
对测试的认知
- 测试人员不应该是以发现bug越多越有成就感,而是要想着如何跟不同角色高效合作,使得交付的产品能够优化业务价值
对技术的关注
- 测试活动多样性
- 不能只关心测试相关技术,要把视野扩展到软件开发过程中的各个环节所接触到领域知识和不同类型的技术,不同业务类型、技术架构和基础设施等
测试不可以独立存在 - 测试不再以独立部门自居,需要跟不同的角色更多的沟通和合作
敏捷测试偏PM、自动化偏开发。可以根据自己感兴趣的方向进行
敏捷测试强调的是尽早测试和频繁测试,测试人员从需求分析阶段开始介入,全流程参与,跟整个团队一起实现团队为质量负责。
领域测试能力
需要丰富的业务知识
较强的业务敏感度
较强的业务理解能力
熟悉各种不同类型的业务模式
自动化测试能力
敏捷开展的必要条件
沟通协调能力(目标:让团队为质量负责)
测试人员作为主力,需要承担起质量的分析者和协调者的角色
要求有很好的跟不同角色沟通和协调团队合作的能力
敏捷测试专家的要求:
测试人员了解不同的自动化测试框架的优缺点,能够指导项目自动化工具的选型;
了解测试分层的思想,能够帮助团队制定合适的自动化测试策略;
能够实现业务功能层的自动化测试,能够跟开发人员一起参与底层自动化测试(接口测试、单元测试等)的评审工作;
了解持续集成工具,能够在持续集成流水线上配置和运行自动化测试。