做QA工作两个月了，从最初完全没有概念，到现在开始渐渐入门了，也开始出现所谓的“圆圈效应”，即知道的越多，就发现不知道的更多。我想不想把它写成“qa工作总结”，就想到哪儿说到哪儿吧。
公司不大，研发团队也就20多人，所有员工也就40多人。一个项目组基本都是4～5人组成，软件、硬件、机械、测试各一个人，一般是软件的那个人兼任项目经理。问题就来了，项目经理不是专职的，90%的精力都要用在干具体的活上面，因此对项目的管理就不可能那么上心。但基本的管理不得不做，因此项目管理也就仅限于收集项目周报、协调软硬机接口，能按时提交成果,这就算做的成功了。但是稍微多一点的管理工作让他做，就可抵触了。比如驱动评审、应用新的项目监控模板、配合qa制定工作流程和规范….我们就曾经在一次管理评审中，项目经理和质量总监争得脸红脖子粗，项目经理认为那些所谓的“模板”、“规范”是在自找麻烦，他居然认为“开发过程中一切交流产生的问题都可以算作评审行为，都用评审记录的形式记录下来”，这样，既不用专门召开评审会议，也不用填写项目监控模板中那些问题跟踪单了。这也就是质量总监跟跟他争辩，他还能跟你说。平时QA工作时，我去跟他说这些，他根本听不进去，我说规范要求是这么做的，他就反问我：“制定这个规范的人是谁？你去问问他，为什么这么做？反正我认为没有必要。”然后该怎么做还怎么做。我只能把我看到的问题反映出来，但至于是否能解决，还需要很多资源的配合。还有一个原因是我虽然工作经验有，但来公司时间并不长，对公司各项流程制度以及其执行情况还不太了解，即使狡辩，也是需要素材的啊，积累吧。
下面是我在项目需求阶段中发现的不符合项。从最简单“无目录”这种小问题，到“缺少需求跟踪”这种牵涉面很大的开发组织级问题都有，我已经尽力在为项目，为公司考虑，怎样提高质量，但项目组更关心的是当下怎样保证schedule，这种矛盾永远是无法协调的。
过程不符合
| 过程 | 不符合项 | 项目组级改进措施 | 组织级改进措施 |
| 评审过程 | 用户需求和实现方案评审时，没有告知QA。 | 将本次评审的启动邮件转发给QA，并且今后评审（包括函）都应知会QA人员 | 制定评审有效性保证措施（如评审形式、参与人评审有效保证、反馈周期、问题密度…） |
| 配置管理过程 | 入库文档命名不规范，尤其是同一文档的不同版本，在文档名上没有体现出来； | 建议将入库文档的命名规则在配置管理计划重强制规定 | 制定专门的的入库前管理方法（如文档命名规则、带附件文档的与母文档的联系的识别…） |
| 开发过程 | 没有为文档图表提供索引编号，也没有建立章节索引目录。 | 为图和表编制序号，建议采用word自动插入索引的方式 | 建立专门的文档样式模板，实现文档样式规格化，索引自动化。 |
产品不符合
| 产品 | 不符合项 |
| 《xx项目开发计划》 | 1.无目录 |
| 2.“4.3企业内相关角色职责”不完整 | |
| 3.“5.3项目验收准则”内容不完整 | |
| 《xx项目用户需求和实现方案说明书》 | 4.缺少“需求可追踪性”内容； |
| 5.缺少“合格性需求”内容； | |
| 6.无目录 | |
| 《xx项目需求和方案评审报告》 | 7.“可引用的问题报告”一栏中的内容为“见附件”，但本报告并没有附件（实际为后面附带的“问题列表”）。 |
