测试发现问题太晚，是否说明流程本身有缺陷
如果测试总是在上线前最后两天发现大量严重问题，我觉得不能只问一句“测试为什么没早点发现”。更应该问：测试什么时候真正拿到了可以测试的东西？很多团队的流程是：需求评审时测试参与很少；接口定义反复变化；开发快结束了才开始联调；最后留两天给测试；然后发现问题以后，所有人问测试为什么阻塞上线。这其实是把质量检查放在流水线最后一道门，再要求最后一道门为前面所有问题负责。真正有效的测试应该前移。需求阶段就问异常流程；接口设计阶段检查边界；开发过程中准备数据和自动化；核心模块完成后立即分批验证；而不是等整个版本“开发完成”以后一次性验尸。当然，如果条件都给足了，测试自己长期拖到最后才发现基础问题，那确实应该反思。但如果每一个版本都靠上线前集中救火，那大概率不是某一个测试工程师的问题，而是研发流程没有真正把质量当成全链路责任。一个成熟流程最重要的指标之一，不是最终发现了多少Bug。而是严重问题第一次被发现的时候，到底离上线还有多远。
发布于 山东
4
2
8
未登录
友善发言
评论
加载中
