昨天，一篇知乎上名为 “[如何向外行解释产品经理频繁更改需求为什么会令程序员烦恼?][1]”

[1]: https://www.zhihu.com/question/40712955/answer/87890964 的帖子在各个 IT 相关群里刷了屏
作为一名在某二线城市做了几年测试的圈内人，从看了这个帖子之后，脑子里就总有一个声音对我说道 “一定要写些什么罢”。
于是就有了下面这些胡言乱语...

首先，按照帖子里的套路，对于绝对大多数小公司应该是这样一个结局——
提着菜刀冲出后厨的厨师被几个精壮汉子像死狗一样按在地上，饭店经理点头哈腰的对客人说 “对不起，我们员工态度不好，您别往心里去，今天这单给您打五折...balabala”
事后厨子既受了委屈，还要遭到诸如 “什么傻逼厨子...饭都做不好” 之类的流言蜚语。
最终导致厨子叛逆值不断积累直到 MAX 怒而跳槽...

文中角色如下：
你=客户
服务员=客户经理 + 产品经理
大厨=码农

那么在这样的环境之中，如果我们要加上测试人员，他扮演的质检角色将是一个什么样的境遇呢？下面让我来试想一下。
（假定工作流程为：服务员要和质检来确认菜是否可上）

厨师做好菜，质检按照常规检测色香味火候...通知服务员菜已 OK
——这是原始需求开发完毕

服务员：“菜好了么？”
质检：“稍等一下，我得拿筷子挨个扒拉来确认里面没有残留的肉，或者把花生胡萝卜也给挑出去”。
——这是需求变更系统重构，测试验证新需求并 review 流程，项目周期增加

质检苦着脸对大厨说：“我不知道加腐竹而且没有肉的宫保鸡丁是什么味儿啊”
大厨：“没关系，你看这几样东西熟了就行”
质检：“好吧”
——这是测试没有和用户沟通，只能通过开发人员来了解需求

厨师做了一份回了锅、加了蒜毫、加了茄丁、撒了番茄酱的 “宫保鸡丁”
质检抓狂中:"...这尼玛是哪国的黑暗料理啊，怎么才算炒好啊"
——这是由于需求频繁改动，测试已经无法对项目最终目标进行把控。

“还没验好啊！客人等不及了！” 前台，厨子不停的催促
质检无可奈何 “不管了，吃不死人就行”
服务员 “别检了，客人要疯了，赶紧上菜！”
——这是由于需求变更导致项目延误，各方面只好压缩测试时间。

最终客人不满意，厨师去找客人 pk 反被经理 ko
“你瞧瞧给客人上的这是什么东西?萝卜老了茄丁没熟番茄酱多的齁死人你都没发现？要你这质检的干吗？！”
质检：“@！……@%！￥#！”
——这是由于项目最终受益受损，各方面把锅丢给测试

各位觉得这种情况是怎样造成的？
虽然表面上看来是由于客户方无休止的变更导致。
也许有人说 “我家店大，恶客恕不接待”，但大店终归量少，而且大店都是从小店发展而来...
更况且对于领导来说，往往只有销售/市场才能给企业带来真金白银的收益，所以往往是销售话语权重。老板而又担心技术造反而不敢苛责，只好对丢锅给测试行为睁一只眼闭一只眼。

那么针对这一现状，我们作为测试人员，如何在做好本职工作的前提下进行过程改进呢？
在这里仍旧借用这个饭店的例子,大致说一下我的看法：
（首先确认一点：我们的目标是做成一流的标准化餐厅，而不是那种个性化的私厨 XX 大院）

严把来料关，保证米面油菜都是新鲜的
学习业内名店管理经验，规范厨房工作，炒菜做饭都是有章可循
——这是内部流程改进

做一份新菜单，列出每份菜的照片、原料、营养、口味、同时注明那些可以自选的项目，比如加不加辣、放不放香菜、是否清真等。让客户一眼就能够看到自己点的菜是不是自己想要的
——这是项目产品化、产品模块化

对餐厅与客户可能产生交互的人员进行统一培训，包括相关知识（啥能做啥不能做）、话术、日常行为等
——这是积极沟通协作部门，提高相关人员综合素质

定期和老板做统计汇报，包括厨房工作情况、前台投诉数量、同时列出改进前后的大致比对情况，让领导对质检工作成果有个了解
——这是表功抱大腿（划掉）

以上是跟某老大哥喝咖啡之后有感而发，如有雷同，纯属巧合~