互联网敏捷化开发风格盛行的趋势下,测试地位趋于边缘化,受限于公司和部门的固有风格化,经常和开发人员一起跟着产品经理疲于做折返跑运动。这里不聊开发产品测试那些事,打铁还需自身硬,主要讲下如何从测试和项目整体出发、建立一套稳定有效的质量保障体系。
版本的发布,一般分为以下类型:
- 项目,周期较长,立项到上线在3周以上
- 迭代,正常小版本迭代,以周为单位
- 生产问题修复,线上问题紧急处理,即时发版
本文着重聊下项目类型,比较适用于中、大型互联网公司。
参与角色,常规有:产品、开发、测试、运维、业务验收方。
项目的阶段性活动有以下:
- 立项、需求宣讲
- 设计、编码、集成
- 计划、准备策略、执行测试
- 业务方验收,原则上建议分批验收,问题发现在源头
- 生产发布、线上验证
- 业务监控,线上质量的重要保证,把影响控制在小范围内,预先发现并解决
质量保障体系,依赖于合格的流程,而以上这些活动是保障质量的基础。
下面进入本文的重点,衡量质量保障体系好坏的标准,不是里面的内容多么充实、饱满,而在于执行力。落地后,需要整个团队去遵守,形成思维化习惯而落地,在执行的过程中不断去优化,进而继续坚持。
质量保障体系的核心包括以下几点:
- 文档
- 评审机制
- 准入、准出标准
- 重视回归测试
- 生产问题定期复盘
- 生产监控、报