很多人以为测试是开发完成之后才做的事，这是最大的误解。测试活动贯穿整个软件生命周期。

需求阶段

测试工程师应该在需求评审时就介入。他的任务是：

● 检查需求的可测试性（一个模糊的需求无法被测试，比如“系统应该很快”——多快算快？）。

● 识别需求中的矛盾和遗漏（需求A说用户可以删除订单，需求B说所有订单必须保留审计记录——矛盾）。

● 从用户视角提出场景补充（产品经理从功能角度思考，测试从用户误操作角度思考）。

设计阶段

在技术方案评审时，测试工程师关注：

● 架构设计是否有单点故障风险？

● 接口设计是否考虑了异常情况？

● 数据迁移方案是否有回滚机制？

● 第三方依赖的不可用场景有没有降级方案？

编码阶段

开发和测试应该是并行的。开发在写代码，测试在写用例。这期间测试的核心产出是测试用例集和自动化脚本。

测试阶段

这是大多数人认知中的测试：执行用例、提交bug、回归验证。但这只是测试工作中的一环，不是全部。

发布阶段

测试工程师参与发布评审，确认所有阻塞性bug已关闭、回归通过、性能达标、安全扫描无高危漏洞。

运维阶段

上线后，测试工程师持续关注线上质量——用户反馈、监控告警、事故复盘，并把线上问题转化为测试用例的补充。

更多软件测试相关推荐：

软件测试更多干货文章

软件测试就业培训

  文章来源：网络  版权归原作者所有

上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8103)，我们将立即处理