我在项目组中的工作如此繁忙，大家也逐渐接受了。同时， 公司高层似乎也感到“ SQA 工作确实很有成效”。
挫折（ 2004 年 8 月 V 日，多云）
经过三个月的摸爬滚打，项目开发任务总算进入尾声，剩下的就是测试了。不过， SQA 工作却不尽人意，好像没什么突出的贡献，倒是经常和项目经理和部门经理争执不休，今天下午又和项目经理争了一把“开发已经接近完成，关键模块是不是需要评审一下”，没想到居然给“羞辱”了——你又不懂，尽是找一些鸡毛蒜皮小错误，不要老是制造麻烦。而且，居然还告到经理那“项目组有了 SQA ，可是设计和代码的质量还是不高”。
想起 CMM 培训结束时，我们搞了一个模拟小项目热身，好像有模有样的，当时老总和技术经理还特别予以召见， SEPG 组和项目经理几个向“组织”表决心的情形还历历在目。然而，事情发展到今天这个样子，我这个 SQA 当然是难辞其咎的。
经历了这么一段时间，多少对顾问公司的一番临别赠言有了更深的体会。
SQA 的主要任务是项目过程监控，是间谍，所以 SQA 的地位是很微妙，也很尴尬的：在开展项目以前，高层非常希望有一个耳目来监控项目的开发情况，项目组也希望有一个角色协助使开发和管理更加规范有序。当一个项目启动后，又是另一种局面：不管你对项目开发管理有多大帮助，只要你打了项目组的“小报告”，受到项目组成员排挤是很正常的事。只要你存在，对项目组成员就是一种压力。对于组织而言，报告的不符合项、建议多了，高层会嫌你啰嗦，还会质问 SQA 为什么没有能力协调解决，那要 SQA 干吗？漏报了（这是在所难免的），又会说你不够尽职尽责，总之两头不讨好。当你看到一堆问题时只能干着急，却没有权力去纠正，所能做的只是：报告、建议、协调，虽然向管理层报告了，也不一定会马上处理（高层管理者自然有他的道理，如果是老板的小舅子那就更没辙了），你会是什么感想？上级又有什么想法？
文章来源于领测软件测试网 https://www.ltesting.net/
