技术评审报告
项目名称
xxx管理系统
项目级别
□ 公司级 √ 部门级 □ 子部门级
项目经理
xxx
要求评审的工作产品的名称
《xxx》集成测试
产品作者
(评审申请人)
xxx
建议评审时间
xxx 年12月 11日
要求评审的工作产品所属
开发阶段
□规划阶段 □ 需求分析阶段 □ 系统设计阶段
√ 实现与测试阶段 □ 系统验收阶段 □ 安装运行阶段 □ 其它
评审准则
◆ 测试计划包括资源要求（人员、设备、软件等）、任务及分配、进度安排、评价准则等内容。测试环境独立，测试范围明确，测试进度安排合理，评价准则科学。
◆ 测试用例覆盖所有应测试对象。
◆ 测试用例是正确的。
◆ 测试用例是可执行的。
评审需提交
的资料
《xxx 集成测试计划书》
《xxx 集成测试用例》
《xxx 集成试用例(定单管理模块)》
《xxx 集成测试报告》
产品批准人
（审核人）
意 见
√ 同意评审
由 xxx 担任评审负责人，按技术评审流程开展评审工作。
评审方式：□ 正式技术评审（会议评审）
√ 非正式技术评审（□ Email会签 √ 走查 □其他： ）
评审级别：□ 部门级 □ 子部门级 √ 项目组内
□ 暂不评审
原因是：□ 方案不成熟 □ 资料不完整 □ 其他
签 字
XXX
日 期
xxx 年12月 11日
技 术 评 审 意 见 及 结 果
评审时间
自 xxx 年12月 11日9 时 至 xxx 年12月 11日10 时
评审
问答
记录
1、在《集成测试用例(定单管理模块)》中评定人不能与测试人是同一人。
2、没有对两份单元测试用例文档进行编号。
记录人签名
xxx
日 期
xxx 年12月 11日
评 审
人员签名
其他参与
人员签名
评审意见
汇 总
一、缺陷识别
序号
缺陷描述
严重性
建议缺陷解决方案
1
《集成测试用例(定单管理模块)》中评定人不能与测试人是同一人
一般
修改文档
2
没有对两份单元测试用例文档进行编号。
一般
修改文档
二、总体评价及建议
测试用例完整，测试覆盖率符合要求。
基本通过。
xxx
xxx-12-11
评审结论
□评审通过：工作产品合格，“无需修改”或“需要轻微修改但不必再审核”；
√评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可；
□评审不通过：工作产品不合格，需要作比较大的修改，之后必须重新对其评审。
建议整改完成时间
xxx 年12月 11日
评审负责人签字
xxx
日 期
xxx 年12月 11日
缺陷修正及验证（如果使用缺陷跟踪软件，则无需填写下表）
序号
缺陷内容
修正措施
实施结果
实施人、日期
1
《集成测试用例(定单管理模块)》中评定人不能与测试人是同一人
修改评定人
完成
XXX
xxx-12-11
2
没有对两份单元测试用例文档进行编号。
添加文档变好
完成
XXX
xxx-12-11
缺陷修正
验证情况
验证结论：
验证通过
验证人签字
xxx
日 期
xxx 年12月 11日
