原文发表于2008-12-26 12:05:38
上回说道我拿到了“九阴真经”（Ron Patton的《软件测试》）并马上习练，或许是太心急，或许是太激动，也可能当时想着自己跟张无忌一样可以“刷”的一下就练就绝世武功，总之操之过急加上囫囵吞枣连带生搬硬套，我“幸运”地“走火入魔”。
看了书之后，第一件事就是把我的Bug好好的整了一下，内容没有变化多少，但是先把以前找到的有印象的bug全部放到TFS上管理，两天下来竟然也搜罗了50多个bug，在TFS上面一摆还真像一个正儿八经的样子。在bug战场匆匆战罢就直接转向了其他的文档，测试用例，把以前生搬硬套来的测试用例文档整了整，删掉了很多无效的用例。一周的时间过去之后，bug的管理和测试用例的管理都比以前规范了很多，于是更加信奉这本“九阴真经”了。
事情不总会一帆风顺，尤其是像我这样不管三七二十一一头猛扎进去后难免会出现问题。在我这边热火朝天地开始bug的管理工作时候，出现了“不和谐”的音符：开发人员那块冒出问题了。本来大家在项目里都是新手（除了带头大哥编程经验丰富一些以外），加上我这种说做就做的急性子，bug的管理出现了我不曾想到的问题。在我热火朝天提交bug的时候，我发现一个问题，有些bug是开发人员已经发现的，所以当我兴高采烈的炫耀战利品似的（这里面我的这个态度是测试人员的一大忌，危险动作，切莫模仿~）告诉他（她）我找到了他的bug的时候，他冷冷的回一句：这个我知道。一时间，兴奋劲全没了，并迅速转化为恼怒，然后开始寻找发泄的出口：
:- 你为什么不作为bug提交到TFS上面？
L 我过两天就会处理的，所以不用？
:- 但是我不知道，而且如果过两天你忘记了呢？
L 过两天我绝对不会忘，我的东西都记在我自己脑子里面
:- 没有绝对的事情
L 这是我自己的事情
:- 这是项目的事情
*^%<>#@@#$%^#$
其实严格意义上讲这并不是书上讲的有问题，而是我没有认真领会书上的东西。后来这件事情平息之后我再次翻开“九阴真经”的时候，在书的第一部分赫然发现Ron Patton早就提到过类似的情形，这才懊悔当初学艺不精。
另外一件事情就是推行单元测试，同样由于没有“理论联系实际”，在开发人员忙的焦头烂额的时候开始强力推行“单元测试”策略，结果呢？没有遭到开发人员的强烈抵制，因为人家压根就不理你，上次因为bug的论战导致了“冷战”序幕的拉开。
单元测试的问题上讨得了个没趣之后，我杀了个回马枪，又开始拿bug说事。因为开发人员提交的bug不符合规范，一般他们提交的bug就一句话，就是标题，当然偶尔也有例外的，会在“详细描述”里面再加上一句话。其实他们这样做已经是在上次的基础上做出了让步了，毕竟大家都是新IT人士，多多少少知道测试的意义的。但还真服了当时的我，抓住别人的小辫子不依不饶，硬是天天强调bug要规范，自然又闹得大家不开心了。
整整两个月的时间，整个项目组的人员都在纠结中度日。开发人员忙着写代码改代码，测试人员忙着规范这个规范那个，PM忙着改需求（注意是“改”，当时项目的需求变化之快我觉得非传说中的敏捷方法不可解），整个项目缓慢前行，如同一条笨重的爬虫，开发人员看着它恶心，测试人员看着它恶心，但是还要一鼓作气地做下去。回到测试这块的故事上来，后来项目结束（项目失败了，关于这件事情后面有记载）后半年我好好的反思了自己在这个项目中的问题，总结了一些教训，也是我“走火入魔”的教训：急于求成。整个过程中，我都显得过于急躁，在看完“九阴真经”之后过于急于求成，想要一下子推行所有的办法，而不顾项目的实际情况以及自己和Team Parters的经验能力，最终导致了大家在那一段日子里的不开心。
