测试管理规范范文_第1页
测试管理规范范文_第2页
测试管理规范范文_第3页
测试管理规范范文_第4页
测试管理规范范文_第5页
免费预览已结束，剩余1页可下载查看

下载本文档

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

文档简介

1、测试管理规范测试流程图测试流程测试流程说明 制定测试计划测试计划，是为了更好地开展测试工作，需要各个部门的知道 测试要做什么，需要什么资源，而且更好地争取她们的支持。主 要内容包括：测试工作的目标、范围、方法和重点步骤：a、分析需求文档，确保文档清晰，无二义性b、定义测试中的相关任务c、定义测试环境d、定义测试过程管理e、书写计划文档参考文件：测试计划模板.doc需求测试最重要的一步句修改性N k*飞一致性1、经过评审来测试需求同行评审是业界公认的最有效的排错手段之一。我们在需求测 试过程当中，使用最多的也是同行评审(Peer Review),特别是正规检视(Inspection )。正规检视

2、是由 Michael Fagan在I B M制 定出来的一种非常严格的评审过程。需求评审的参与者当中，必须要有用户或用户代表参与，同 时还需要包括项目的管理者，系统工程师和相关开发人员、测试 人员、市场人员、维护人员等。在项目开始之初就应当确定不同 级别、不同类型的评审必须要有哪些人员的参与，否则，评审可 能会遗漏掉某些人员的意见，导致今后不同程度的返工。好的需求应当具有的特点一个良好的需求应当具有一下特点：完整性：每一项需求都必须将所要实现的功能描述清楚，以 使开发人员获得设计和实现这些功能所需的所有必要信息。正确性：每一项需求都必须准确地陈述其要开发的功能。一致性：一致性是指与其它软件需求

3、或高层(系统，业务) 需求不相矛盾。可行性：每一项需求都必须是在已知系统和环境的权能和限制范围内能够实施的。无二义性：对所有需求说明的读者都只能有一个明确统一的 解释，由于自然语言极易导致二义性，因此尽量把每项需求用简 洁明了的用户性的语言表示出来。健壮性：需求的说明中是否对可能出现的异常进行了分析， 而且对这些异常进行了容错处理。必要性：“必要性”能够理解为每项需求都是用来授权你编 写文档的“根源”。要使每项需求都能回溯至某项客户的输入， 如Use Cas族别的来源。可测试性：每项需求都能经过设计测试用例或其它的验证方法来进行测试。可修改性：每项需求只应在 S R S中出现一次。这样更改时 易于保持一致性。另外，使用目录表、索引和相互参照列表方法 将使软件需求规格说明书更容易修改。可跟踪性：应能在每项软件需求与它的根源和设计元素、源 代码、测试用例之间建立起链接链，这种可跟踪

人人文库> 全部分类> 行业资料 > 信息产业

温馨提示

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

最新文档

评论

0/150

提交评论