本故事纯属虚构,如有雷同,纯属巧合
大毛隐隐觉得自己是被提升了,但是又觉得不靠谱:这么容易就提升了?
不管怎样,大毛毕竟是能做更为有意义的工作,起码不再是机器人了。更何况,挑毛病确实是一种赏心乐事,尤其能在一些看上去比自己资深的同事的工作里面挑出毛病。这让他精神百倍,还有一种“朝为田舍郎,暮登天子堂”的感觉,直到他发现很多挑出来的毛病其实一直都没有改正。
大毛不禁有些泄气,他的工作到底意义何在呢?
正好项目告一段落,大毛找领导谈了他的困惑。
领导没有回应他的问题,而是说,
“明天有个项目计划的会议,你也去参加,负责设计其中一个组件的测试用例。”
好吧,至少是些新的工作。
项目是做上一个项目的第二个版本,测试的方法也差不多,设计测试用例也是照葫芦画瓢的事,人手也是差不多……大毛想,原来设计和执行测试用例也就是隔层纸的区别嘛。
如果不是在复审会议上被板砖拍得半死的话,大毛还是能一直保持这种良好感觉的。
同事A:界面改成HTML了,为什么没有cross-site scripting(见作者注1)的测试用例呢?
同事B:密码输入框已经强制使用软键盘了,为什么这些测试用例还是用键盘输入呢?
同事C:用户配置文件在两个版本间的兼容性没有测试用例哦。
同事D:我们需要测试用例来保证关键点的性能相比第一版没有下降。
……
风水轮流转,大毛终于找到被挑毛病的感觉了,而且很多意见他还没搞明白是什么意思。
忙了一个星期,查阅了不少文档,大毛总算通过了复审。他不但没有如释重负的感觉,反而觉得绝望:照复审意见的精神,还有很多测试用例没有设计呢,就算都做出来,怎么可能全部执行完呢?再看看其他同事的测试用例,咦,好像也不全嘛,怎么领导就通过了呢。
领导瞄了一眼大毛的神情,说,“到我办公室来聊聊呗。”
“你觉得毛病挑的合理不?”
“挺合理的。”
“然后你觉得全部意见都接受是没法做到的?”
“呃……也是可以做到的。”