XXXXX项目测试计划评审报告

XXXXX项目测试计划评审报告

XXXXX项目测试计划评审报告 项目名称 部门 评审组织人 评审方式 评审类别 评审人 评审对象 □邮件 □会议 项目编号 所处阶段 评审组长 评审日期 □产品评审 □项目评审 □事件评审 XXX、XXX、XXX、XXX、XXX 本次评审对象与结论 序号 1 2 工作产品 版本号 编写人 XXX 备注 《XXX项目测XXX 试计划。doc》 评审内容 a． 进度计划是否符合合同约定（尤其是验收测试时间、交付时间)； b． 项目里程碑点是否明确； c． 计划是否符合项目实际情况 d． 项目工作量估计是否合理; e． 项目工作目标、验收标准是否明确; f． 项目工作范围（工作边界）是否明确； g． 项目风险是否考虑充分，是否制定了应对措施； ……各项目可根据项目实际情况增加或删减评审内容。 评审概述 本次XXXXX项目测试计划评审采用邮件评审的方式；由XXX对需评审的内容逐一进行讲解,并由大家一起讨论、提出优化建议。。。。。。 评审结论： √通过，不必做修改 （请在结论 前对您选择 通过,需做修改 的打√） 不通过，需修改后再做评审 评审组组长： 评审确认 确认意见 确认人 注意：该文档也可用于需求评审、设计评审后的评审报告

XXXXX项目测试计划评审报告

需求评审内容:

h． 是否包括了所有已知的客户和系统需求；

i． 是否每个需求都是以清楚、简洁没有二义性的语言描述； j． 是否每个需求都在项目的范围；

k． 是否所有的需求都可以在已知的约束条件内实现； l． 是否所有的性能目标都进行了适当地描述；

m． 是否每个软件功能需求都可追踪到一个更高层次的需求（例如，合同附件需求框架）； n． 是否每个需求都有可测试性

……各项目可根据项目实际情况增加或删减评审内容。

设计评审内容：

o． 从技术、成本、时间的角度来看,设计是否可行;

p． 已知的设计风险是否被标识、分析并作了减轻风险的计划； q． 设计能否在技术和环境的约束下被实现； r． 设计是否可以追溯到需求;

s． 全部需求是否都有对应的设计； t． 设计是否考虑性能需求； u． 是否包含内、外部接口设计; v． 数据库设计是否合理; w． 设计是否具备可扩展性； x． 设计是否考虑了可测试性; y． 设计是否考虑容错性；

……各项目可根据项目实际情况增加或删减评审内容. XXXXX项目测试计划评审报告

评审问题报告表

说明：问题位置－指定问题所在的文档及章节，如SRS 2。2。1节；

评审组织人填写问题位置、问题描述、提出人、修改建议;问题解决人填写解决人、解决措施、解决时间;评审组长填写验证人、验证时间、问题状态. 序号 问题位置 问题描述 提出人 修改建议 解决人 解决措施 解决时间 验证人 验证时间 问题状态 测试第一测试人进度 没写 通过准则 未更新 IVR用例中IVR 补充来电页面按键显示 呼入电话中呼入处理那几类电话 单据的用例需要补充 增加用例：电话记录单来电和客户信息弹屏页面合并，页 且新增字段电话分类（咨询、投 xxx xxx xxx xxx xxx xxx 2009—2—27 2009—2—27 补充用例 2009—2—27 xxx xxx 补充用例 2009-2—27 xxx xxx 补充用例 2009—2—27 XXXXX项目测试计划评审报告

诉），来电内容，回复内容 咨询工单是工单处理 要分2张单子的,需求中只写了一个 工单处理 xxx xxx 两类工单分开写了 2009—2-27 完善用例，补充测试方案 xxx xxx 完善用例，补充了测试方案 2009—2—27 XXXXX项目测试计划评审报告