技术评审报告
项目名称 | 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日 | ||||||||||||||||||||||||||||
评 审 人员签名 | |||||||||||||||||||||||||||||||
其他参与 人员签名 | |||||||||||||||||||||||||||||||
评审意见 汇 总 | 一、缺陷识别
二、总体评价及建议 测试用例完整,测试覆盖率符合要求。 基本通过。 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日 |