本故事纯属虚构，如有雷同，纯属巧合

　　大毛隐隐觉得自己是被提升了，但是又觉得不靠谱：这么容易就提升了？

　　不管怎样，大毛毕竟是能做更为有意义的工作，起码不再是机器人了。更何况，挑毛病确实是一种赏心乐事，尤其能在一些看上去比自己资深的同事的工作里面挑出毛病。这让他精神百倍，还有一种“朝为田舍郎，暮登天子堂”的感觉，直到他发现很多挑出来的毛病其实一直都没有改正。

　　大毛不禁有些泄气，他的工作到底意义何在呢？

　　正好项目告一段落，大毛找领导谈了他的困惑。

　　领导没有回应他的问题，而是说，

　　“明天有个项目计划的会议，你也去参加，负责设计其中一个组件的测试用例。”

　　好吧，至少是些新的工作。

　　项目是做上一个项目的第二个版本，测试的方法也差不多，设计测试用例也是照葫芦画瓢的事，人手也是差不多……大毛想，原来设计和执行测试用例也就是隔层纸的区别嘛。

　　如果不是在复审会议上被板砖拍得半死的话，大毛还是能一直保持这种良好感觉的。

　　同事A：界面改成HTML了，为什么没有cross-site scripting（见作者注1）的测试用例呢？

　　同事B：密码输入框已经强制使用软键盘了，为什么这些测试用例还是用键盘输入呢？

　　同事C：用户配置文件在两个版本间的兼容性没有测试用例哦。

　　同事D：我们需要测试用例来保证关键点的性能相比第一版没有下降。

　　……

　　风水轮流转，大毛终于找到被挑毛病的感觉了，而且很多意见他还没搞明白是什么意思。

　　忙了一个星期，查阅了不少文档，大毛总算通过了复审。他不但没有如释重负的感觉，反而觉得绝望：照复审意见的精神，还有很多测试用例没有设计呢，就算都做出来，怎么可能全部执行完呢？再看看其他同事的测试用例，咦，好像也不全嘛，怎么领导就通过了呢。

　　领导瞄了一眼大毛的神情，说，“到我办公室来聊聊呗。”

　　“你觉得毛病挑的合理不？”

　　“挺合理的。”

　　“然后你觉得全部意见都接受是没法做到的？”

　　“呃……也是可以做到的。”