开创中小企业的软件测试（番外篇）

在此，我把自己工作中的一个故事给大家讲讲，各位就当是听评书了。

故事发生在我刚到公司没几天，我（当时只有我一个人）被安排测试一个紧急项目，为期一星期。项目组成员共七人，项目没有任何文档，属于紧急项目。我花了两天的时间搭建测试环境和熟悉状况，同时公司给我安排了个助手（此贱人后来是PDA研发负责人，属于友情客串；他的到来让我认识到我的团队必须找专业测试人员，首要条件是务必对测试工作有热情）。当时缺陷管理我选择了bugfree；经过实际使用，后来的项目我都用QC管理（QC真的很给力），个人感觉bugfree存在隐患，具体原因又说不上来。在我和项目经理的沟通中，我第一次提到版本，我要求每周更新两次；他跟我说每天一次都没问题，但是要等这段忙完之后；结局是我没有得到任何版本更新。所谓每天发布版本的事情，是后来本人亲自操刀的结果（小公司你想做成什么事，必须自己动手），那已经不是这个项目了。

一周的时间很快就过去了，悲剧发生老板拉我回总部的路上。他问了最俗的那句话。说实话，该项目令我有一种呕吐感，后来走了下流程，发现单元代码的质量还是整齐划一，已申明的逻辑准确无误的体现出来，最大的缺陷所有功能都不是建立在需求上的，明显有拼凑的痕迹；这种问题在以前不属于我熟悉的测试范围，也没发生过类似的情况。另外，这七位老兄在这一周里可以说是夜以继日，每天14小时乘以7天。出于对他们的同情，我说了以下一段话：“整个程序逻辑上很通顺，但是有很多细节需要完善，可能还要修改很长时间。”这句话是我一年前说的，如今公司正在组织人员重新启动该项目。对于和稀泥的行为，我当场就后悔了，但是话一出口就收不回来了；后来，我在技术总监和项目管理部长的面前尽量如实的反应了项目的情况，这为我赢得他们的信任起了点作用。

这个故事到这里就结束了。虽然项目一年以后重做不是我的责任，但是我在该发挥作用的时候退却了，当时的我还没有理解职责所在的意义，没有鼓起冲波逆折的勇气，也没有准备真凭实据的说辞。之后的每一天，我都期望有人再问我同样的问题，到现在还没得到类似的机会。