BM对测试计划的评审记录_第1页
BM对测试计划的评审记录_第2页
BM对测试计划的评审记录_第3页
全文预览已结束

下载本文档

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

文档简介

第第页BM对测试计划的评审记录BM对测试计划的评审记录

发表于：2023-06-23来源：：点击数：标签：评审记录

IBM对测试计划的评审记录最近公司做的项目要由IBM监理进行评审才可。呵呵，这也让我们看到了IBM是怎样做测试的。呵呵。下面把测试计划的评审记录放在这里，希望大家能共同学习一下呀。1.会议评审内容。（1）测试计划的名称不合理，应改为系统集成测

IBM对测试计划的评审记录

最近公司做的项目要由IBM监理进行评审才可。呵呵，这也让我们看到了IBM是怎样做测试的。呵呵。下面把测试计划的评审记录放在这里，希望大家能共同学习一下呀。

1.会议评审内容。

（1）测试计划的名称不合理，应改为系统集成测试用户接收测试测试计划，如果用以前的测试计划的名称则应包括单元测试部分。

（2）测试计划文档的名称应加上版本1.0，以便以后对文档版本的管理。

（3）文档2.0中用户接收组应与用户沟通确定用户测试组的负责人

（4）文档3定义一部分应加入Uat和Sit的定义目标，定义要再清楚的补充一下，详细资料杨威那有可以借鉴一下

（5）文档4参考资料一部分将b、c去掉，同时添加参考资料的版本信息。

（6）文档5测试内容部分应添加场景部分、数据部分、回归部分（哪些需要做回归、哪些不需要做回归）。要写清楚测试的重点是什么，关键回归路径确定清楚。

不需要测试的地方要写明白（安装、备份、维护测试），系统厕所和用户确认两个测试阶段的测试重点不同，应在此处体现出来。

本次测试共分两种测试即功能测试和非功能测试，其中功能测试包括业务测试和功能测试，非功能测试为压力测试。

（7）文档6.1部分应写明了进入系统集成测试和用户确认测试的准则，即一些量化指标，如程序已经达到了这个量化指标（某些重点功能已经完成），才能进入系统集成测试或用户确认测试。

（8）文档6测试环境准备就绪前建议加一个测试数据的准备，写清楚系统集成测试采用模拟数据测试，用户确认测试采用真实数据测试，这一方面还需要会后再具体讨论一下。

（9）文档7.2测试进度中只有两个测试人员，比较紧张，要将人员紧张的风险列出来。

SIT和UAT可以并行进行，建议添加UAT执行计划和SIT执行计划，也可以将这两个执行计划都写在总计划中。

回归主要场景和业务功能在此处应该写明白。测试中回归需要几轮回归，每轮回归所执行的场景和功能也要写明白。关键的回归路经很重要，建议写出来。也可以采取两轮迭代的方式回归测试。建议添加用例规约。

（10）文档7.3缺陷的等级定义不明确，会后再考虑一下，看IBM是否可以建议一下。

（11）文档7.4应添加程序更新的工作流程，如几点更新，由谁来做更新。测试跟踪汇总建议每天进行一次，每天与项目经理进行一次测试汇总。

（12）文档7.5与6结合一下，或去掉7.5的准入准出规则

（13）文档8里面添加人员风险。

（14）文档9测试环境中应写明系统集成测试和用户确认测试的环境是否相同，添加外围系统接

人人文库> 全部分类> 图纸下载 > 毕业设计

温馨提示

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

最新文档

评论

0/150

提交评论