无奈（2004年9月U日，阴）
     每天准点上班，准点下班，默默地无休止地折腾那该死的软件。今天也不例外。
     从上礼拜二开始，经理就让我主要担任这个项目软件的测试，美其名曰“软件质量保证”，就要保证软件的质量，测试当然是保证质量的方式之一。我没有争辩，心知争辩也是徒然，而且高层不希望我成天找项目经理的茬，影响进度。资本运作当然不是我所能左右的！
     每天我机械地运行程序，检查结果，检查数据库，截图，填写缺陷报告，跟踪缺陷修复。虽然做得规范，无可挑剔，我成了孤独的斗士。
     实际上，测试是事后检验产品的质量，保证产品符合客户的需求；而 SQA 的职责是审计过程的质量，保证 CMM 中各个 KPA 过程被正确执行。因为 SQA 人员同样要检查测试的工作是否也遵循了开发过程要求，也是要被审计的，由 SQA 同时担任测试，那么谁来保证测试工作的过程质量呢？这些道理经理其实都明白，只不过项目经理完成的工作其价值是可见的，谁又能说出 SQA 产出了什么呢？
     中午休息时上了一个 CMM 的论坛蹓达，其中有一个帖子比喻得就极其形象：项目组就像是一家餐馆，项目经理是当班经理，他决定做什么，有多少人多少资源来做多大，有多大的风险；系统架构设计师就是主厨，他设计具体做法；程序员就是厨师，配置管理员、系统集成人员、数据库管理员等角色是厨房里面的服务人员。而 SQA 和测试工程师更像是第三方的检查人员， SQA 检查的是制作流程是否正确，材料是否使用正确，卫生是否做好了，他检查所有人的工作，包括项目经理。 SQA 虽然没有决定权，但是他有建议权，他向餐馆老板负责。测试工程师则更像是试菜的，看看炒出来的菜有没有合不合口味，有没有按照客人的意思多放点辣椒，如果口味不对，他们要告诉厨房就可以了。
     唉，算了， 就当混口饭吃 ，知足吧。
     出局（2004 年10月T日，雨）
     又是一个阴雨天。
     上班了，像往常一样，上网看看新闻。
     项目已经做完了，不过心里极其不爽。 我，虽然挂名SQA经理，实际成了一个打杂的，真正 SQA 工作早就抛在一边。比如协助完成测试、配置管理，研究实用的测试工具，改进一下开发环境和工作过程，甚至帮助项目经理汇总文档、总结实施经验、协助客户培训 ……
     10:00 ，经理找我，觉得我更适合担任测试组长一职，但待遇要低一级，问我是否接受。这是公司对待“鸡肋”的一贯策略，我明白，上级对我的 SQA 工作予以否定。这一天终于来了，当时的我居然平静的谢绝了经理的好意，感谢公司在这段时间给我提供了这么多的锻炼机会。然后就说，那我收拾东西去了，经理还愣在那。
     没什么可埋怨的，可能是上级对 SQA 的期望太高。实际上，根据现代软件工程项目的调查研究，项目管理是项目失败的主要原因。问题是，这个事实说明了“要保证项目不失败，我们应当更加关注管理”，但是并没有推论“良好的管理一定可以保证项目的成功”。 质量保证的最终目的是希望能保证质量，但质量是过程、人、技术三者缺一不可。除了过程外，还与人员、技术有关，而人员素质和技术水平的提高并不是依赖 SQA 就能保证的，所以 SQA 虽名为质量保证，实际上也就成了项目失败的直接责任人。
     难怪现在网上有一种说法“在中国做不了编程的人去做测试，做不了测试的人去做SQA”实际上，这从就反映了 SQA 的作用并没有得到大家的认同，在大家的眼里，SQA做的都是文档功夫。
     呜呼唉哉！
     感觉真是一种解脱。吃饭时喝了一瓶啤酒，深圳的秋老虎仍然厉害，体验着啤酒冰爽的感觉，幸福啊！
     下周又要开始投简历了，找工作是一个漫长的过程。希望下次我能够找个好婆家，理解这些。还是要思量一下是不是继续干SQA。
     下过雨后，凌晨两点的城市空气清新，望着远处霓虹闪烁，好美。
     后记：据了解，我的前任婆家在我离开公司的五个月之后通过了 CMM3 的正式评估。小崔，我的继任者，编程虽然极差，文档却是可以按要求完成的，不过，听说所有的项目文档都是由他执笔的。唉，怎么还是变得跟ISO一样了呢？只是名称改了一下。到了中国，任何的标准都有点变味了。