书签 分享 收藏 举报 版权申诉 / 8
文档类型

如何设计测试用例

  • 上传人:超****个人认证
  • 文档编号:4715340
  • 上传时间:2021-11-25
  • 格式:PPTX
  • 页数:8
  • 大小:218.58KB
  • 《如何设计测试用例》由会员分享,可在线阅读,更多相关《如何设计测试用例(8页珍藏版)》请在万象文库上搜索。

    1、如何设计测试用例 By 测试部 2012/4/5 测试用例定义 测试用例: 也称为Test Case,指对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。 测试用例设计步骤 测试需求分析:从软件需求文档中,找出待测试软件/模块的需求,通过自己的分析、理解,整理成为测试需求,清楚被测试对象具有哪些功能。测试需求的特点是:包含软件需求,具有可测试性。 业务流程分析:软件测试,不单纯是基于功能的黑盒测试,还需要对软件的内部处理逻辑进行测试。为了不遗漏测试点,需要清楚的了解软件产品的业务流程。建议在做复杂的测试用例设计前,先画出软件的业务。

    2、流程。从业务流程上,应得到以下信息: A、 主流程是什么 B、 条件备选流程是什么 C、 数据流向是什么 D、 关键的判断条件是什么 测试用例设计:完成了测试需求分析和软件流程分析后,开始着手设计测试用例。测试用例设计的类型包括功能测试,边界测试,异常测试,性能测试,压力测试等。在用例设计中,除了功能测试用例外,应尽量考虑边界、异常、性能的情况,以便发现更多的隐藏问题。 测试用例评审:测试用例设计完成后,为了确认测试过程和方法是否正确,是否有遗漏的测试点,需要进行测试用例的评审。 测试用例更新完善 测试用例设计方法(黑盒) 1.等价类划分方法 2. 边界值分析方法 3. 错误推测方法 4. 因果图方法 5. 判定表驱动分析方法 6.。

    3、 正交实验设计方法 7. 功能图分析方法 等价类划分法 等价类划分方法是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。 有效等价类和无效等价 划分原则: 1)在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。 2)在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类。 3)在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类。 4)在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类。 5)在规定了输。

    4、入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。 6)在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类。 边界值分析法 边界值分析方法是对等价类划分方法的补充。 用边界值分析方法设计测试用例,首先应确定边界情况。通常输入和输出等价类的边界,就是应着重测试的边界情况。应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据。 划分原则: 1) 如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据。 2) 如果输入条件规定了值的个。

    5、数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据。 5) 如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。 6) 如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例。 7) 分析规格说明,找出其它可能的边界条件。 错误推测法 错误推测法:基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法。 错误推测方法的基本思想:列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。例如,在单元测试时曾列出的许多在模块中常见的错误。以前产品测试中曾经发现的错误等,这些就是经验的总结。还。

    6、有,输入数据和输出数据为0的情况。输入表格为空格或输入表格只有一行。这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例。 测试用例的注意事项 了解软件的原始需求 在编写一个软件或者模块的测试用例时候,一定要明白这个功能的原始需求,也就是软件的使用者(客户)的需求。理解原始需求后,编写的测试用例才更有目的性。 熟悉软件的功能需求 这个功能需求是指软件的细化需求点,这个一般在需求文档里面都会体现。这里要做的是把需求稳定的“粗略”的需求,细化成一个个小需求点。 熟悉功能需求后,要知道软件是怎么使用的,这也才能覆盖到各种操作。 总之,测试用例一定要全部覆盖所以的需求点,这是最基本的一点。 熟悉软件的实现原理 (1)熟悉原理的过程是进一步深入熟悉软件的过程。如果单单是从需求点上面覆盖案例,测试用例只能覆盖“表面”的一层。一些内部的处理流程也许没有覆盖到, 而这些没有覆盖到的代码很可能就是一个风险点。 (2)熟悉模块原理后,还有一点就是易于分析软件模块的关联性。一个大型的软件,都是一些小模块的组合而成。软件越是大型,耦合就越大。“互相影响”就会越多, 设计用例单单是从模块本身考虑的话,很可能就会对其他模块造成风险。 。

    1. 1、本文档共8页,下载后即可获取全部内容。
    2. 2、本文档由用户提供并上传,付费之前,请先通过免费阅读内容等途径辨别内容,收益归属内容提供方;如有侵权或不适当内容,请进行举报或申诉。
    3. 3、本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
    4. 4、万象文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
    提示  万象文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:如何设计测试用例
    链接地址:https://www.2wx.com/view-4715340.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 最近更新 - 网站客服 - 联系我们

    网站客服QQ:173720847

    copyright@ 2019-2023 万象文库(www.2wx.com)网站版权所有

    备案号:鄂ICP备19026039号-1

    本网站采用C2C交易模式,用户上传的文档直接被用户下载,网站仅作为一个中间服务平台,网站所有文档下载所得收入归上传人(包括作者)所有。万象文库网只提供储存空间,不会对上传内容本身作任何修改或编辑。如文件中包含任何侵犯您的版权或隐私,请立即通知我们,我们将立即予以删除!