2016测试用例设计方法.pptVIP

下载本文档

32
0
约1.59万字
约 35页
2016-12-21 发布于北京
举报
版权申诉

2016测试用例设计方法.ppt

1、本文档共35页，可阅读全部内容。
2、有哪些信誉好的足球投注网站（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。
3、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
5、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
6、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
7、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
8、VIP文档为合作方或网友上传，每下载1次，网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档

* LOGO 测试用例设计方法编写:詹渊水 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 测试用例概念与定义目录设计测试用例的方法测试用例的设计过程测试理解的误区等价类分法边界值分析法错误推测法因果图法 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 什么是测试用例？为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的少量测试数据，称之为测试用例。我们不可能进行穷举测试为了节省时间和资源、提高测试效率，必须要从数量极大的可用测试数据中精心挑选出具有代表性或特殊性的测试数据来进行测试。概念与定义不完全、不彻底是软件测试的致命缺陷，任何程序只能进行少量而有限的测试。测试用例在此情况下产生，同时它也是软件测试系统化、工程化的产物。而测试用例的设计一直是软件测试工作的重点和难点，那么怎样的用例算是好用例？一个好的测试用例是在于它能发现至今未发现的错误。使用测试用例的好处在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。测试用例的使用令软件测试的实施重点突出、目的明确。在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。功能模块的通用化和复用化使软件易于开发，而相对于功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断精化其效率也不断攀升。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 设计测试用例的方法黑盒测试：等价类划分法边界值分析法错误推测法因果图法判定法驱动法正交试验设计法功能图分析法场景设计法白盒测试：逻辑覆盖法基本路径测试法 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 测试设计员（分析设计员）依据不同阶段的测试计划、设计模型和实施模型来设计该阶段测试用例。测试设计员是具有丰富测试经验或具有软件分析设计能力的高级测试工程师。如果没有测试设计员则可用分析设计员代替。针对白盒，还应有驱动程序和桩模块 ISO 质量体系在概要设计或详细设计中应明确指出每个单元模块的测试要点、指标和方法。 CMM 质量体系在系统的用例模型描述中应明确指出每个用例模型的优先级及用例工作流程，每一个用例模型为一个测试点用例模型中每一个测试需求至少应有两个测试用例。测试用例的设计过程 CMM(Capability Maturity Model)，英文直译的意思是“能力成熟度模型”。由卡内基.梅隆大学的软件工程协会(Software Engineering Institute, 简称SEI) 提出并完善，目的是通过一个合理的体系模型来对软件组织开发能力进行合理有效的评估，帮助软件组织在模型实施的过程中提高软件过程管理能力，降低软件系统开发风险，在预定的项目周期和预算内开发出高质量的软件产品。 CMM一共分为5级，1级最低，5级最高，3级是一个比较重要的分界线 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 测试用例应由测试设计员或分析设计员来制定而不是普通的测试员。测试点应由分析设计员确立，与测试人员无关。测试工作展开于项目立项后而不是代码开发完成之后。测试对象不仅仅是源代码，还包括需求分析、需求规格说明书、概要设计、概要设计说明书、详细设计、详细设计说明书、使用手册等各阶段的文档。测试理解的误区 Evaluation only. Created with Aspos