XXXXX项目测试计划评审报告

1、XXXXX 项目测试计划评审报告项目测试计划评审报告 项目名称项目编号 部门所处阶段 评审组织人评审组长 评审方式邮件 会议评审日期 评审类别产品评审 项目评审 事件评审 评审人XXX、XXX、XXX、XXX、XXX 本次评审对象与结论 序号工作产品版本号编写人备注 1 XXX 项目测 试计划.doc XXXXXX 2 评审对象 评审内容a 进度计划是否符合合同约定（尤其是验收测试时间、交付时间） ； b 项目里程碑点是否明确； c 计划是否符合项目实际情况 d 项目工作量估计是否合理； e 项目工作目标、验收标准是否明确； f 项目工作范围（工作边界）是否明确； g 项目风险是否考虑充分，是

2、否制定了应对措施； 各项目可根据项目实际情况增加或删减评审内容。 评审概述本次 XXXXX 项目测试计划评审采用邮件评审的方式；由 XXX 对需评审 的内容逐一进行讲解，并由大家一起讨论、提出优化建议。 。 。 。 。 。 评审结论：评审结论： （请在结论 前对您选择 的打） 通过，不必做修改 通过，需做修改 不通过，需修改后再做评审 评审组组长： 确认意见确认人评审确认 注意：该文档也可用于需求评审、设计评审后的评审报告注意：该文档也可用于需求评审、设计评审后的评审报告 需求评审内容：需求评审内容： h 是否包括了所有已知的客户和系统需求； i 是否每个需求都是以清楚、简洁没有二义性的语言描

3、述； j 是否每个需求都在项目的范围； k 是否所有的需求都可以在已知的约束条件内实现； l 是否所有的性能目标都进行了适当地描述； m 是否每个软件功能需求都可追踪到一个更高层次的需求（例如，合同附件需求框架） ； n 是否每个需求都有可测试性 各项目可根据项目实际情况增加或删减评审内容。 设计评审内容：设计评审内容： o 从技术、成本、时间的角度来看，设计是否可行； p 已知的设计风险是否被标识、分析并作了减轻风险的计划； q 设计能否在技术和环境的约束下被实现； r 设计是否可以追溯到需求； s 全部需求是否都有对应的设计； t 设计是否考虑性能需求； u 是否包含内、外部接口设计； v

4、 数据库设计是否合理； w 设计是否具备可扩展性； x 设计是否考虑了可测试性； y 设计是否考虑容错性； 各项目可根据项目实际情况增加或删减评审内容。 评审问题报告表评审问题报告表 说明：问题位置指定问题所在的文档及章节，如 SRS 2.2.1 节； 评审组织人填写评审组织人填写问题位置、问题描述、提出人、修改建议；问题解决人问题解决人填写解决人、解决措施、解决时间；评审组长评审组长填写验证人、验证时间、问题状态。 序号问题位置问题描述提出人修改建议解决人解决措施解决时间验证人验证时间问题状态 测试 进度 第一测试人 没写 xxxxxx2009-2-27 通过 准则 未更新 xxxxxx 2009-2-27 IVR IVR 用例中 补充来电页 面按键显示 xxxxxx 补充用例2009-2-27 呼入 电话 呼入电话中 处理那几类 单据的用例 需要补充 xxxxxx 补充用例2009-2-27 来电 弹屏 页 增加用例： 电话记录单 和客户信息 页面合并， 且新增字段 电话分类 xxxxxx 补充用例2009-2-27 （咨询、投 诉） ，来电 内容，回复 内容 工单 处理 咨询工单是 要分 2 张单 子的，需求 中只写了一 个 xx