做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.“可引用的问题报告”一栏中的内容为“见附件”，但本报告并没有附件（实际为后面附带的“问题列表”）。

Tags：郑州大数据培训机构哪家好,郑州学习电脑软件有哪些学校,郑州哪里有中专的计算机培训学校,郑州软件开发编程培训学校哪家好,郑州高中生软件培训班哪家好,北大青鸟郑州校区在哪里