大家好，我是阿萨。在敏捷测试宣言中最后一条：团队为质量负责胜于测试为质量负责。今天想聊一聊敏捷测试中所说的团队为质量负责。
我记得我的第一份工作的导师，曾经在一次闲聊的时候问了我们大家一个问题：谁为质量负责？
选项有
A：项目经理
B：测试
C：开发
D：全体团队成员
从现在来看，肯定选D。 但是当时大部分人都选择A或者B。
从那个时候起团队为质量负责这个理念就根深蒂固地刻在了我的脑子里了。
可是到今天为止，出现任何线上问题都会被问：测试为什么没有测出来。
敏捷开发被叫了这么多年，可是大家套用敏捷开发模式居多。真正敏捷并且是确实是团队为质量负责的团队到底有多少？
软件行业很多时候都会被类比建筑行业。建筑行业出现问题一般都会是开发商负责。但是软件行业大部分人包括从业很多年的资深专家，也依然会认为测试为质量负责。
之前有一篇线上环境漏测问题根因分析里说明了漏测的三大类，10小类中，真正属于测试执行问题的只有那么2-3条。
大部分原因其实都是前期分解story时出错了。或者是环境和数据问题。
团队为质量负责的口号喊了这么多年，大家切实在出问题时不问测试是怎么测的也许才是团队为质量负责的开始吧。
而且我想说测试是人不是神。没法穷举所有场景。而且这个世界上没有哪一款软件是没有Bug的。针对阻塞性问题也请反思下，开始分析需求的时候，有列举出哪些是客户优先级最高的场景同时也确实说明了客户阻塞性场景需要最高优先级开发和覆盖验证。
阿萨的岁碎念
爱学习，爱生活的奋斗者！
53篇原创内容
公众号
网友评论