纪要
某产品线总是出现质量问题。几乎每次的事故原因回溯分析都会归结于开发人员的Test和Code Review做得不好，不是接口问题，就是分支问题，要不就是想当然。
对于我们这样的内部产品研发来说，没有时间往往只是借口，常常是自己不愿意做或觉得不重要。
与研发的经理一起，讨论出一个落实研发测试和Code Review的方案。也就是，在编码完成后，进行代码冻结，以便于记录单元测试的过程。这样，SQA就可以对UT基线与ST基线之间的代码差异进行审计，并对UT报告和Code Review报告进行核查。于是，我提出了SQA有权依据过程执行情况拒绝产品提交到测试部门进行测试，也就是说，正常流程下，研发的设计评审、测试和Code Review做得不充分，就不能提交系统测试。
SQA要做的就是审计、报告、建议
SQA虽然主要职能是在过程执行上，但存在的根本原因也是为了提高质量，能够在阶段点经过SQA的分析，过程执行上明显存在不到位的情况（主要指的是表明上好像过程的每一步都做了的那一种），SQA拥有否定的权力是有好处的，这会向所有人员表明，领导真正的质量观，到底是存粹的进度优先，还是质量与进度的完美结合。
