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