将评审会议记录的问题汇总到《评审记录表》，由评审会议项目组进行修改、完善；SQA监督所有问题是否封闭。
附录：
　　
　　（1） 列举重要工作产品评审会议中的重点：
　　
　　A 计划的评审
　　
　　主要是关注的核心在于估计是否准确；人员安排是否合理；以上两个方面如果合理，项目的进度就不会出很大的问题。
　　
　　B 需求的评审
　　
　　主要关注需求来源、需求的准确性、需求的完整性，避免产生二义性；最好让测试人员和客户参加，以便让各角色达成共识。
　　
　　C 总体设计的评审
　　
　　在总体设计评审中，最好将已经评审通过的需求文档从配置管理库中提出，对照总体设计是否和需求一致；另外，技术领域专家参加评审还要关注于设计的合理性、可实现性以及完整性。
　　
　　D 代码评审
　　
　　由项目组内进行代码审核，主要关注代码的格式、整体逻辑、变量的命名、程序注释等表面的属性；至于运行质量应当放在单元测试中解决。
　　
　　E 管理性的评审
　　
　　管理性的评审一般放在里程碑、项目结束后进行。准备的资料包括前期工作的总结，是否按照计划执行、出现的问题的数目、解决了多少、未解决的问题、是否对后期有影响等。
　　
　　（2） 评审中应当把握的几个原则：
　　
　　A 评审工作产品，而不是评审生产者
　　
　　评审涉及到别人和自我。如果进行的恰当，可以使所有参与者体会到温暖的成就感。如果不恰当，则可能陷入审问的气氛之中。应当温和的指出错误，会议的气氛应当是轻松和建设性的；不要试图贬低或者羞愧别人。主持人应当加以引导，以保证会议始终处于恰当的气氛和态度中，如果失去控制应立即休会。
　　
　　B 制定日程，并且遵守日程
　　
　　各中会议都有一个主要的缺点：放任自流。评审会议必须保证不要离题和按照计划进行。主持人要有维持会议的程序的责任，有人在转移话题的时候应当提醒。
　　
　　C 限制争论和辩驳
　　
　　评委提出问题时，未必所有人都能认同该问题的严重性或者能马上打成一直的意见。不要花费时间争论这一问题，应当记录在案，留会后讨论。

D 对各个问题发表见解，但是不要试图解决所有记录的问题