项目测试计划评审报告_第1页
项目测试计划评审报告_第2页
项目测试计划评审报告_第3页
项目测试计划评审报告_第4页
项目测试计划评审报告_第5页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

1、XXXXX项目测试计划评审报告 项目名称项目编号部门所处阶段评审组织人评审组长评审方式邮件 会议评审日期评审类别产品评审 项目评审 事件评审评审人XXX、XXX、XXX、XXX、XXX本次评审对象与结论评审对象序号工作产品版本号编写人备注1XXX项目测试计划.docXXXXXX2评审内容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 设计是否考虑容错性；各项目可根据项目实际情况增加或删减评审内容。评审问题报告表说明：问题位置指定问题所在的文档及章节，如SRS 节；评审组织人填写问题位置、问

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

人人文库> 全部分类> 专业文献 > 工程机械

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论