随便聊聊敏捷中的测试

随着时代的变化，从前的瀑布模式，长周期的开发，已经越来越无法适应了，而如果还是按照之前的开发过程方法进行项目开发工作，可能会被时代锁淘汰，那么在这个拥抱变化的时代，我聊聊在敏捷中，我眼中的测试，以及高效的测试过程方法

尽早的测试

• 参与到需求、设计中
• 评估可测试性、评估风险，尽早规避

测试工程师也参与到单元测试中

• 这里说的单元测试并非是对某个方法进行验证的单元测试
• 而是将部分闭环关键业务串连起来，把测试前移
• 如何执行？测试人员对业务、实现逻辑和实现代码要有一定的感知，结合单元测试的特性和关键业务知识，输出单元测试要点，让负责维护单元测试的同学对其进行实现

把详细的测试用例变成关键测试要点

• 列出测试要点，作为测试活动的参考，以提高快速迭代的效率
• 并不是说详细的测试用例不好，而且我们更倾向于持续的测试

把测试小结和测试报告变成迭代记录

• 对每轮迭代的内容进行简单的记录，例如本轮提测功能点有哪些，修复的bug有哪些
• 迭代测试完成后，记录bug的数量及严重程度，可对测试质量进行简单分析

更倾向于接口自动化回归

• 接口自动化较为稳定，且不需要付出太多的开发成本
• 每轮迭代完成后，需将新增的功能回归加入自动化测试脚本中，以保证每轮的内容都不会被忘记
• 日积月累，回归测试也越接近于完善

总结

• 测试尽量前移
• 单元测试也需要复杂部分逻辑的验证
• 文档、用例由繁琐趋向于记录关键点
• 更注重自动化的回归
• 形成单元测试、人工测试、接口自动化回归测试、持续交付后的UAT测试，四重保障，提高整体的迭代效率和质量