XXXXX项目测试计划评审报告(共5页)

精选优质文档-倾情为你奉上专心-专注-专业XXXXX 项目测试计划评审报告项目测试计划评审报告 项目名称项目编号部门所处阶段评审组织人评审组长评审方式邮件 会议评审日期评审类别产品评审 项目评审 事件评审评审人XXX、XXX、XXX、XXX、XXX本次评审对象与结论序号工作产品版本号编写人备注1XXX 项目测试计划.docXXXXXX2评审对象评审内容a 进度计划是否符合合同约定（尤其是验收测试时间、交付时间） ；b 项目里程碑点是否明确；c 计划是否符合项目实际情况d 项目工作量估计是否合理；e 项目工作目标、验收标准是否明确；f 项目工作范围（工作边界）是否明确；g 项目风险是否考虑充分，是否制定了应对措施；各项目可根据项目实际情况增加或删减评审内容。评审概述本次 XXXXX 项目测试计划评审采用邮件评审的方式；由 XXX 对需评审的内容逐一进行讲解，并由大家一起讨论、提出优化建议。 。 。 。 。 。评审结论：评审结论：（请在结论前对您选择的打） 通过，不必做修改 通过，需做修改 不通过，需修改后再做评审评审组组长： 确认意见确认人评审确认精选优质文档-倾情为你奉上专心-专注-专业注意：该文档也可用于需求评审、设计评审后的评审报告注意：该文档也可用于需求评审、设计评审后的评审报告需求评审内容：需求评审内容：h 是否包括了所有已知的客户和系统需求；i 是否每个需求都是以清楚、简洁没有二义性的语言描述；j 是否每个需求都在项目的范围；k 是否所有的需求都可以在已知的约束条件内实现；l 是否所有的性能目标都进行了适当地描述；m 是否每个软件功能需求都可追踪到一个更高层次的需求（例如，合同附件需求框架） ；n 是否每个需求都有可测试性各项目可根据项目实际情况增加或删减评审内容。设计评审内容：设计评审内容：o 从技术、成本、时间的角度来看，设计是否可行；p 已知的设计风险是否被标识、分析并作了减轻风险的计划；q 设计能否在技术和环境的约束下被实现；r 设计是否可以追溯到需求；s 全部需求是否都有对应的设计；t 设计是否考虑性能需求；u 是否包含内、外部接口设计；v 数据库设计是否合理；w 设计是否具备可扩展性；x 设计是否考虑了可测试性；y 设计是否考虑容错性；各项目可根据项目实际情况增加或删减评审内容。精选优质文档-倾情为你奉上专心-专注-专业评审问题报告表评审问题报告表说明：问题位置指定问题所在的文档及章节，如 SRS 2.2.1 节；评审组织人填写评审组织人填写问题位置、问题描述、提出人、修改建议；问题解决人问题解决人填写解决人、解决措施、解决时间；评审组长评审组长填写验证人、验证时间、问题状态。序号问题位置问题描述提出人修改建议解决人解决措施解决时间验证人验证时间问题状态测试进度第一测试人没写xxxxxx2009-2-27通过准则未更新xxxxxx2009-2-27IVRIVR 用例中补充来电页面按键显示xxxxxx补充用例2009-2-27呼入电话呼入电话中处理那几类单据的用例需要补充xxxxxx补充用例2009-2-27来电弹屏页增加用例：电话记录单和客户信息页面合并，且新增字段电话分类xxxxxx补充用例2009-2-27精选优质文档-倾情为你奉上专心-专注-专业（咨询、投诉） ，来电内容，回复内容工单处理咨询工单是要分 2 张单子的，需求中只写了一个xxxxxx两类工单分开写了2009-2-27工单处理完善用例，补充测试方案xxxxxx完善用例，补充了测试方案2009-2-27精选优质文档-倾情为你奉上专心-专注-专业