FTCS编码与单元测试技术评审报告

1、 ftcs/isdt-sp-tr-t02/v1.0 技术评审报告项目名称xxx系统项目级别 公司级 部门级 子部门级项目经理xxx要求评审的工作产品的名称ftcs编码与单元测试产品作者(评审申请人)xxx建议评审时间 2007 年12月 11日要求评审的工作产品所属开发阶段规划阶段 需求分析阶段 系统设计阶段 实现与测试阶段 系统验收阶段 安装运行阶段 其它评审准则 与系统设计说明书的要求一致。 模块内部逻辑结构合理，模块之间接口清晰。 能正确反映数据库设计说明书的要求。 充分运用了重用技术。 符合有关标准的规定。 编写代码符合相关编程规范。 代码结构合理、清晰。 测试计划包括资源要求（人员、

2、设备、软件等）、任务及分配、进度安排、评价准则等内容。测试环境独立，测试范围明确，测试进度安排合理，评价准则科学。 测试用例覆盖所有应测试对象。 测试用例是正确的。 测试用例是可执行的。评审需提交的资料ftcs系统代码ftcs 单元测试计划书ftcs单元测试用例ftcs单元试用例(定单管理模块)ftcs单元测试报告产品批准人（审核人）意 见 同意评审 由 xx 担任评审负责人，按技术评审流程开展评审工作。评审方式： 正式技术评审（会议评审） 非正式技术评审（ email会签 走查 其他： ）评审级别： 部门级 子部门级 项目组内 暂不评审原因是： 方案不成熟 资料不完整 其他签 字xxx日 期

3、2007 年12月 11日技 术 评 审 意 见 及 结 果评审时间自 2007 年12月 11日14 时 至 2007 年12月 11日17 时评审问答记录1、在代码中，一些函数缺少注释信息。2、在代码中，部分变量声明不符合编程规范。3、没有对两份单元测试用例文档进行编号。4、单元测试用例(定单管理模块)中评定人不能与测试人是同一人。记录人签名xx日 期2007 年12月 11日评 审人员签名其他参与人员签名评审意见汇 总 一、缺陷识别序号缺陷描述严重性建议缺陷解决方案1在代码中，一些函数缺少注释信息。一般修改代码2在代码中，部分变量声明不符合编程规范一般修改代码3没有对两份单元测试用例文档

4、进行编号。一般修改文档4单元测试用例(定单管理模块)中评定人不能与测试人是同一人一般修改文档 二、总体评价及建议代码已经实现基本功能，单元测试完整。基本通过。 xxx 2007-12-11评审结论评审通过：工作产品合格，“无需修改”或“需要轻微修改但不必再审核”；评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可；评审不通过：工作产品不合格，需要作比较大的修改，之后必须重新对其评审。建议整改完成时间 2007 年12月 12日评审负责人签字xx日期2007 年12月 11日缺陷修正及验证（如果使用缺陷跟踪软件，则无需填写下表）序号缺陷内容修正措施实施结果实施人、日期1在代码中，一些函数缺少注释信息。补充注释信息。完成xxx 2007-12-122在代码中，部分变量声明不符合编程规范对涉及范围比较小的变量重新定义完成xxx 2007-12-123没有对两份单元测试用例文档进行编号。对测试用例文档进行编号完成xxx2007-12-124单元测试用例(定单管理模块)中评定人不能与测试人是同一人修改评定人完成xx200