下班前，还特地找了部门经理诉苦， 公司既然制订了制度，实际上就相当于公司的法律，如果有法不依，执法不严，违法不究，久而久之这套制度就只是一纸空文了，以后还会有用处么?
吃饭时都感到郁闷，喝了一瓶啤酒，郁闷的是经理所说的“ SQA 工作更需要的是人际关系技能”。人际关系技能，那找个销售不就得了，还要我们这些技术人才干吗?
无奈( 2004 年 9 月 U 日，阴)
每天准点上班，准点下班，默默地无休止地折腾那该死的软件。今天也不例外。
从上礼拜二开始，经理就让我主要担任这个项目软件的测试，美其名曰“软件质量保证”，就要保证软件的质量，测试当然是保证质量的方式之一。我没有争辩，心知争辩也是徒然，而且高层不希望我成天找项目经理的茬，影响进度。资本运作当然不是我所能左右的!
每天我机械地运行程序，检查结果，检查数据库，截图，填写缺陷报告，跟踪缺陷修复。虽然做得规范，无可挑剔，我成了孤独的斗士。
实际上，测试是事后检验产品的质量，保证产品符合客户的需求;而 SQA 的职责是审计过程的质量，保证 CMM 中各个 KPA 过程被正确执行。因为 SQA 人员同样要检查测试的工作是否也遵循了开发过程要求，也是要被审计的，由 SQA 同时担任测试，那么谁来保证测试工作的过程质量呢?这些道理经理其实都明白，只不过项目经理完成的工作其价值是可见的，谁又能说出 SQA 产出了什么呢?
中午休息时上了一个 CMM 的论坛蹓达，其中有一个帖子比喻得就极其形象：项目组就像是一家餐馆，项目经理是当班经理，他决定做什么，有多少人多少资源来做多大，有多大的风险;系统架构设计师就是主厨，他设计具体做法;程序员就是厨师，配置管理员、系统集成人员、数据库管理员等角色是厨房里面的服务人员。而 SQA 和测试工程师更像是第三方的检查人员， SQA 检查的是制作流程是否正确，材料是否使用正确，卫生是否做好了，他检查所有人的工作，包括项目经理。 SQA 虽然没有决定权，但是他有建议权，他向餐馆老板负责。测试工程师则更像是试菜的，看看炒出来的菜有没有合不合口味，有没有按照客人的意思多放点辣椒，如果口味不对，他们要告诉厨房就可以了。
唉，算了， 就当混口饭吃 ，知足吧。
出局( 2004 年 10 月 T 日，雨)
又是一个阴雨天。
上班了，像往常一样，上网看看新闻。
项目已经做完了，不过心里极其不爽。 我，虽然挂名 SQA 经理，实际成了一个打杂的，真正 SQA 工作早就抛在一边。比如协助完成测试、配置管理，研究实用的测试工具，改进一下开发环境和工作过程，甚至帮助项目经理汇总文档、总结实施经验、协助客户培训 ……
文章来源于领测软件测试网 https://www.ltesting.net/
