XXXXX项目测试计划评审报告(word文档良心出品).doc

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

2、审内容。评审概述评审结论：（请在结论前对您选择的打 ）本次 XXXXX项目测试计划评审采用邮件评审的方式；由XXX对需评审的内容逐一进行讲解，并由大家一起讨论、提出优化建议。通过，不必做修改通过，需做修改不通过，需修改后再做评审评审组组长：评审确认确认意见确认人注意：该文档也可用于需求评审、设计评审后的评审报告需求评审内容：h 是否包括了所有已知的客户和系统需求；i 是否每个需求都是以清楚、简洁没有二义性的语言描述；j 是否每个需求都在项目的范围；k 是否所有的需求都可以在已知的约束条件内实现；l 是否所有的性能目标都进行了适当地描述；m 是否每个软件功能需求都可追踪到一个更高层次的需求（例如

3、，合同附件需求框架） ；n 是否每个需求都有可测试性 各项目可根据项目实际情况增加或删减评审内容。设计评审内容：o 从技术、成本、时间的角度来看，设计是否可行；p 已知的设计风险是否被标识、分析并作了减轻风险的计划；q 设计能否在技术和环境的约束下被实现；r 设计是否可以追溯到需求；s 全部需求是否都有对应的设计；t 设计是否考虑性能需求；u 是否包含内、外部接口设计；v 数据库设计是否合理；w 设计是否具备可扩展性；x 设计是否考虑了可测试性；y 设计是否考虑容错性； 各项目可根据项目实际情况增加或删减评审内容。XXXXX项目测试计划评审报告评审问题报告表说明：问题位置指定问题所在的文档及章

4、节，如SRS 2.2.1节；评审组织人填写问题位置、问题描述、提出人、修改建议；问题解决人 填写解决人、解决措施、解决时间；评审组长 填写验证人、验证时间、问题状态。序号问题位置问题描述提出人修改建议解决人解决措施解决时间验证人验证时间问题状态测试 第一测试人进度 没写通过未更新准则IVR 用例中IVR补充来电页面按键显示呼入电话中呼入 处理那几类电话 单据的用例需要补充增加用例：电话记录单来电 和客户信息弹屏 页面合并，页 且新增字段电话分类（咨询、投xxxxxx2009-2-27xxxxxx2009-2-27xxxxxx补充用例2009-2-27xxxxxx补充用例2009-2-27xxxxxx补充用例2009-2-27诉），来电内容，回复内容咨询工单是xxxxxx要分 2张单两类工单工单子的，需求2009-2-27处理分开