黑盒测试_黑盒测试技术 - CSDN
黑盒测试 订阅
黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。 [1]  黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。 [1] 展开全文
黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。 [1]  黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。 [1]
信息
外文名
Black Box Testing
作    用
发现软件错误
别    名
功能测试
中文名
黑盒测试
测试角度
用户
应用领域
计算机
黑盒测试简介
黑盒测试又叫功能测试、数据驱动测试或基于需求规格说明书的功能测试。该类测试注重于测试软件的功能性需求。 [2]  采用这种测试方法,测试工程师把测试对象看作一个黑盒子,完全不考虑程序内部的逻辑结构和内部特性,只依据程序的《需求规格说明书》,检查程序的功能是否符合它的功能说明。测试工程师无需了解程序代码的内部构造,完全模拟软件产品的最终用户使用该软件,检查软件产品是否达到了用户的需求。黑盒测试方法能更好、更真实地从用户角度来考察被测系统的功能性需求实现情况。在软件测试的各个阶段,如单元测试、集成测试、系统测试及验收测试等阶段中,黑盒测试都发挥着重要作用,尤其在系统测试和确认测试中,其作用是其他测试方法无法取代的。 [2] 
收起全文
精华内容
参与话题
  • 什么是黑盒测试

    千次阅读 2011-08-29 10:53:10
    什么是黑盒测试   黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看做一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特征的情况ix,在程序接口进行测试,它只...

    什么是黑盒测试

       黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看做一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特征的情况ix,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序师否能适当地接手输入数据而产生正确的输出信息。黑河测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面喝软件功能进行测试。

     

    解说

       黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。很明显,如果外部特性本身设计有问题或规格说明的规定有误,用黑盒测试方法是发现不了的。

     

    作用

      黑盒测试法 注重于测试软件的功能需求,主要试图发现下列几类错误。  功能不正确或遗漏;  界面错误;  数据库 访问错误;  性能错误;  初始化终止 错误等。


          

    测试方法

    概述

      从理论上讲,黑盒测试只有采用穷举输入测试,把所有可能的输入都作为测试情况考虑,才能查出程序 中所有的错误。实际上测试情况有无穷多个,人们不仅要测试所有合法的输入,而且还要对那些不合法但可能的输入进行测试。这样看来,完全测试是不可能的,所以我们要进行有针对性的测试,通过制定测试案例指导测试的实施,保证软件测试 有组织、按步骤,以及有计划地进行。黑盒测试行为必须能够加以量化,才能真正保证软件质量,而测试用例 就是将测试行为具体量化的方法之一。具体的黑盒测试用例设计 方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动 法、正交试验设计法、功能图法等。  等价类划分的办法是把程序的输入域划分成若干部分(子集),然后从每个部分中选取少数代表性数据作为测试用例 。每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的,常用的黑盒测试用例设计方法。

    划分等价类

      1) 划分等价类: 等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.  有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.  无效等价类:与有效等价类的定义恰巧相反.  设计测试用例时,要同时考虑这两种等价类.因为,软件 不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.

    划分等价类准则

      2)划分等价类的方法:下面给出六条确定等价类的原则.  ①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.  ②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.  ③在输入条件是一个布尔量 的情况下,可确定一个有效等价类和一个无效等价类.  ④在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类.  ⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则).  ⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类.  3)设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:

    输入条件

      输入条件 有效等价类 无效等价类  然后从划分出的等价类中按以下三个原则设计测试用例:  ①为每一个等价类规定一个唯一的编号.  ②设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止.  ③设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止。

    边界值分析

      边界值分析是通过选择等价类边界的测试用例。边界值分析法不仅重视输入条件边界,而且也必须考虑输出域边界。它是对等价类划分方法的补充.  (1)边界值分析方法的考虑:  长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.  使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.  (2)基于边界值分析方法选择测试用例的原则:  1)如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据.  2)如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据.  3)根据规格说明的每个输出条件,使用前面的原则1).  4)根据规格说明的每个输出条件,应用前面的原则2).  5)如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例.  6)如果程序中使用了一个内部数据结构 ,则应当选择这个内部数据结构的边界上的值作为测试用例.  7)分析规格说明,找出其它可能的边界条件.

    错误推测法

      错误推测法是基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.  错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试 时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.

    因果图法

      前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图 (逻辑模型).  因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况.

    利用因果图生成测试用例的基本步骤

      (1) 分析软件规格说明描述中, 哪些是原因(即输入条件或输入条件的等价类),哪些是结果(即输出条件), 并给每个原因和结果赋予一个标识符.  (2) 分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关系. 根据这些关系,画出因果图.  (3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不可能出现. 为表明这些特殊情况, 在因果图上用一些记号标明约束或限制条件.  (4) 把因果图转换为判定表.  (5) 把判定表的每一列拿出来作为依据,设计测试用例.  从因果图生成的测试用例(局部,组合关系下的)包括了所有输入数据的取TRUE与取FALSE的情况,构成的测试用例数目达到最少,且测试用例数目随输入数据数目的增加而线性地增加.  前面因果图方法中已经用到了判定表.判定表(Decision Table)是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具 了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.

    判定表通常由四个部分组成

      条件桩(Condition Stub):列出了问题得所有条件.通常认为列出得条件的次序无关紧要.  动作桩(Action Stub):列出了问题规定可能采取的操作.这些操作的排列顺序没有约束.  条件项(Condition Entry):列出针对它左列条件的取值.在所有可能情况下的真假值.  动作项(Action Entry):列出在条件项的各种取值情况下应该采取的动作.  规则:任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列.

    判定表的建立步骤(根据软件规格说明)

      ①确定规则的个数.假如有n个条件.每个条件有两个取值(0,1),故有2n种规则.  ②列出所有的条件桩和动作桩.  ③填入条件项.  ④填入动作项.等到初始判定表.  ⑤简化.合并相似规则(相同动作).  B. Beizer 指出了适合使用判定表设计测试用例的条件:  ①规格说明以判定表形式给出,或很容易转换成判定表.  ②条件的排列顺序不会也不影响执行哪些操作.  ③规则的排列顺序不会也不影响执行哪些操作.  ④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则.  ⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.

    正交试验设计法

      就是使用已经造好了的正交表格来安排试验并进行数据分析的一种方法,目的是用最少的测试用例达到最高的测试覆盖率。


    黑盒测试的流程

    测试计划

      首先,根据用户需求报告中关于功能要求和性能指标的规格说明书,定义相应的测试需求报告,即制订黑盒测试的最高标准,以后所有的测试工作都将围绕着测试需求来进行,符合测试需求的应用程序 即是合格的,反之即是不合格的;同时,还要适当选择测试内容,合理安排测试人员、测试时间及测试资源等。

    测试设计

      将测试计划 阶段制订的测试需求分解、细化为若干个可执行的测试过程,并为每个测试过程选择适当的测试用例(测试用例选择的好坏将直接影响到测试结果的有效性)。

    测试开发

      建立可重复使用的自动测试过程。

    测试执行

      执行测试开发阶段建立的自动测试过程,并对所发现的缺陷 进行跟踪管理。测试执行一般由单元测试、组合测试、集成测试 、系统联调及回归测试 等步骤组成,测试人员应本着科学负责的态度,一步一个脚印 地进行测试。

    测试评估

      结合量化的测试覆盖域及缺陷跟踪报告,对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。

    黑盒测试的优点

      1. 基本上不用人管着,如果程序停止运行了一般就是被测试程序 crash了  2. 设计完测试用例之后,下来的工作就是爽了,当然更苦闷的是确定crash原因

      1. 结果取决于测试例的设计,测试例的设计部分来势来源于经验,OUSPG的东西很值得借鉴  2. 没有状态转换的概念,目前一些成功的例子基本上都是针对PDU来做的,还做不到针对被测试程序的状态转换来作  3. 就没有状态概念的测试来说,寻找和确定造成程序crash的测试例是个麻烦事情,必须把周围可能的测试例单独确认一遍。而就有状态的测试来说,就更麻烦了,尤其不是一个单独的testcase造成的问题。这些在堆的问题中表现的更为突出。

    黑盒测试(功能测试)工具的选择

      如何高效地完成功能测试?选择一款合适的功能测试工具并培训一支高素质的工具使用 队伍无疑是至关重要的。尽管现阶段存在少数不采用任何功能测试工具,从事功能测试外包项目的软件服务企业。短期来看,这类企业盈利状况尚可,但长久来看,它们极有可能被自动化程度较高的软件服务企业取代。  目前,用于功能测试的工具软件 有很多,针对不同架构软件的工具也不断推陈出新。这里重点介绍的是其中一个较为典型自动化测试 工具,即Mercury公司的WinRunner。  WinRunner是一种用于检验应用程序能否如期运行的企业级软件功能测试工具。通过自动捕获、检测和模拟用户交互操作,WinRunner能识别出绝大多数软件功能缺陷,从而确保那些跨越了多个功能点和数据库的应用程序在发布时尽量不出现功能性故障。  WinRunner的特点在于: 与传统的手工测试 相比,它能快速、批量地完成功能点测试; 能针对相同测试脚本 ,执行相同的动作,从而消除人工测试所带来的理解上的误差; 此外,它还能重复执行相同动作,测试工作中最枯燥的部分可交由机器完成; 它支持程序风格的测试脚本,一个高素质的测试工程师能借助它完成流程极为复杂的测试,通过使用通配符、宏、条件语句、循环语句等,还能较好地完成测试脚本的重用; 它针对于大多数编程语言和Windows技术,提供了较好的集成、支持环境,这对基于Windows平台的应用程序实施功能测试而言带来了极大的便利。

    WinRunner的工作流程六个步骤

    识别应用程序的GUI

      在WinRunner中,我们可以使用GUI Spy来识别各种GUI对象 ,识别后,WinRunner会将其存储到GUI Map File中。它提供两种GUI Map File模式: Global GUI Map File和GUI Map File per Test。其最大区别是后者对每个测试脚本产生一个GUI文件,它能自动建立、存储、加载,推荐初学者选用这种模式。但是,这种模式不易于描述对象的改变,其效率比较低,因此对于一个有经验的测试人员来说前者不失为一种更好的选择,它只产生一个共享的GUI文件,这使得测试脚本更容易维护,且效率更高。

    建立测试脚本

      在建立测试脚本 时,一般先进行录制,然后在录制形成的脚本中手工加入需要的TSL(与C语言类似的测试脚本语言)。录制脚本有两种模式: Context Sensitive和Analog,选择依据主要在于是否对鼠标轨迹进行模拟,在需要回放时一般选用Analog。在录制过程中这两种模式可以通过F2键相互切换。  只要看看现代软件的规模和功能点数就可以明白,功能测试早已跨越了单靠手工敲敲键盘、点点鼠标就可以完成的阶段。而性能测试 则是控制系统性能的有效手段,在软件的能力验证、能力规划、性能调优 、缺陷修复等方面都发挥着重要作用。

    对测试脚本除错(debug)

      在WinRunner中有专门一个Debug Toolbar用于测试脚本除错。可以使用step、pause、breakpoint等来控制和跟踪测试脚本和查看各种变量值。

    在新版应用程序执行测试脚本

      当应用程序有新版本发布时,我们会对应用程序的各种功能包括新增功能进行测试,这时当然不可能再来重新录制和编写所有的测试脚本。我们可以使用已有的脚本,批量运行这些测试脚本测试旧的功能点是否正常工作。可以使用一个call命令来加载各测试脚本。还可在call命令中加各种TSL脚本来增加批量能力。

    分析测试结果

      分析测试结果在整个测试过程中最重要,通过分析可以发现应用程序的各种功能性缺陷。当运行完某个测试脚本后,会产生一个测试报告,从这个测试报告中我们能发现应用程序的功能性缺陷,能看到实际结果和期望结果之间的差异,以及在测试过程中产生的各类对话框等。

    回报缺陷(defect)

      在分析完测试报告后,按照测试流程要回报应用程序的各种缺陷,然后将这些缺陷发给指定人,以便进行修改和维护。

    常用的功能测试方法

      功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。常用的测试方法如下:  1. 页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确。  2. 相关性检查:删除/增加一项会不会对其他项产生影响,如果产生影响,这些影响是否都正确。  3. 检查按钮的功能是否正确:如update, cancel, delete, save等功能是否正确。  4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.  5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.  6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.  7. 中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码 或出错.  8. 检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致  9. 信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.  10. 检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.  11. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.  12. 检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.  13. 重复提交表单:一条已经成功提交的纪录,back后再提交,看看系统是否做了处理。  14. 检查多次使用back键的情况: 在有back的地方,back,回到原来页面,再back,重复多次,看会否出错.  15. search检查: 在有search功能的地方输入系统存在和不存在的内容,看search结果是否正确.如果可以输入多个search条件,可以同时添加合理和不合理的条件,看系统处理是否正确.  16. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方.  17. 上传下载文件检查:上传下载文件的功能是否实现,上传文件是否能打开。对上传文件的格式有何规定,系统是否有解释信息,并检查系统是否能够做到。  18. 必填项检查:应该填写的项没有填写时系统是否都做了处理,对必填项是否有提示信息,如在必填项前加*  19.  快捷键 检查:是否支持常用快捷键,如Ctrl+C Ctrl+V Backspace等,对一些不允许输入信息的字段 ,如选人,选日期对快捷方式是否也做了限制。  20. 回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错。


    展开全文
  • 黑盒测试及其实例

    万次阅读 2015-04-20 19:36:45
    (一):黑盒测试 黑盒测试是指对程序功能性的测试,也就是不考虑内部的具体实现,仅仅就程序的功能是否满足需求进行测试,相当于一个看不见内部的黑盒子。(二):黑盒测试的作用 黑盒测试主要是注重功能的测试...

    (一):黑盒测试
    黑盒测试是指对程序功能性的测试,也就是不考虑内部的具体实现,仅仅就程序的功能是否满足需求进行测试,相当于一个看不见内部的黑盒子。

    (二):黑盒测试的作用
    黑盒测试主要是注重功能的测试,包括:
    功能的完整性,正确性测试
    界面错误
    输入和输出错误
    数据库访问错误
    性能错误
    初始化和停止错误等等

    (三):黑盒测试常用的方法

    1:等价类划分
    2:边界值分析法
    3:因果图法
    4:判定表组合法

    (四):等价类划分
    1:等价类是指某个输入域的子集合

    2:分类
    1:有效等价类,指符合输入域的子集合
    2:无效等价类 ,指不符合输入域的子集合

    3:划分等价类的方法
    1:输入条件规定取值范围或者是值得个数,则可以确定一个有效等价类和一个无效等价类
    例子:
    输入条件的取值范围是x,2 < x < 6,
    则划分的等价类就是
    有效等价类:
    2 < x <6
    无效等价类:
    x <<2 ; x >> 6

    2:规定输入条件值得集合或者是“必须如何”情况下,可以确定一个有效等价类和一个无效等价类

    例如:输入值x=4中的某一个,则确定一个有效的等价类和一个无效的等价类
    有效等价类:
    x=4
    无效等价类
    x != 4

    3:规定输入条件是一个布尔值得情况下,可确定一个有效等价类和一个无效等价类
    例子:
    输入值x = true;则可以确定一个有效等价类和一个无效等价类
    有效等价类:
    x = true;

    无效等价类 :
    x = false;

    4:规定输入条件是一组值,有n个值,并且程序需要对这n个值单独处理,则可以确定n个有效等价类和一个无效等价类。
    例如程序是这样的 :
    if(x == 0){
    //……
    }else if(x == 1){
    //……
    }else if(x == 2){
    //……
    }

    则可以确定3个有效等价类和一个无效等价类
    有效等价类:
    x = 0;x = 1;x = 2;

    无效等价类:
    x != 0 && x != 1 && x != 2

    4:方式
    列出等价类列表,形式为
    输入 有效等价类 无效等价类

    5:例子
    电话号码问题 某城市电话号码由三部分组成。它们的名称和内容分别是: (1)地区码:空白或三位数字; (2)前 缀:非’0’或’1’的三位数字; (3)后 缀:4 位数字。 假定被测程序能接受一切符合上述规定的电话号码,拒绝所有不符合规定的电话号码。根据该 程序的规格说明,作等价类的划分,并设计测试方案。

    首先需要划分等价类:
    这里写图片描述

    其次,根据等价类列表选出测试用例表:

    这里写图片描述

    题目二:三角形问题 根据下面给出的规格说明,利用等价类划分的方法,给出足够的测试用例。 一个程序读入三个整数。把此三个数值看成是一个三角形的三个边。这个程序要打印出信息, 说明不是三角形、三角形是三边不等的、是等腰的、还是等边的。

    首先,需要设计有效等价类和无效等价类

    这里写图片描述

    其次,根据等价类表设计测试实例表:

    这里写图片描述

    使用该实例进行测试,基本上就能达到想要的效果。

    未完,待续
    未完,待续
    未完,待续

    展开全文
  • 黑盒测试方法(全)

    千次阅读 2019-07-10 05:26:45
    测试用例的设计方法(全) 目录: 等价类划分方法 边界值分析方法 错误推测方法 因果图方法 判定表驱动分析方法 正交实验设计方法 功能图分析方法 场景设计方法 等价类划分方法: 一.方法简介 1.定义 ...
    2007 
    测试用例的设计方法(全)
    目录:
    等价类划分方法
    边界值分析方法
    错误推测方法
    因果图方法
    判定表驱动分析方法
    正交实验设计方法
    功能图分析方法
    场景设计方法
     
    等价类划分方法: 
    .方法简介
    1.定义
      是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取
    少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。
       
    2.划分等价类:
      等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试,因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。等价类划分可有两种不同的情况:有效等价类和无效等价类。
      1)有效等价类
        是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。
      2)无效等价类
        与有效等价类的定义恰巧相反。无效等价类指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。对于具体的问题,无效等价类至少应有一个,也可能有多个。
      设计测试用例时,要同时考虑这两种等价类。因为软件不仅要能接收合理的数据,也要能经受意外的考验,这样的测试才能确保软件具有更高的可靠性。
      
    3.划分等价类的标准:
      1)完备测试、避免冗余;
      2)划分等价类重要的是:集合的划分,划分为互不相交的一组子集,而子集的并是整个集合;
      3)并是整个集合:完备性;
      4)子集互不相交:保证一种形式的无冗余性;
      5)同一类中标识(选择)一个测试用例,同一等价类中,往往处理相同,相同处理映射到"相同的执行路径"
    4.划分等价类的方法
      1)在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。如:输入值是学生成绩,范围是0100

     

    2)在输入条件规定了输入值的集合或者规定了"必须如何"的条件的情况下,可确立一个有效等价类和一个无效等价类;
      3)在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类。
      4)在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类。
        例:输入条件说明学历可为:专科、本科、硕士、博士四种之一,则分别取这四种这四个值作为四个有效等价类,另外把四种学历之外的任何学历作为无效等价类。
      5)在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则);
      6)在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类。
     
    5.设计测试用例
      在确立了等价类后,可建立等价类表,列出所有划分出的等价类输入条件:有效等价类、无效等价类,然后从划分出的等价类中按以下三个原则设计测试用例:
      1)为每一个等价类规定一个唯一的编号;
      2)设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步,直到所有的有效等价类都被覆盖为止;
      3)设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步,直到所有的无效等价类都被覆盖为止。
     
    .实战演习
    1.某程序规定:"输入三个整数 a b c 分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型,当此三角形为一般三角形、等腰三角形及等边三角形时,分别作计算 … "。用等价类划分方法为该程序进行测试用例设计。(三角形问题的复杂之处在于输入与输出之间的关系比较复杂。)
      分析题目中给出和隐含的对输入条件的要求:
      1)整数    2)三个数    3)非零数   4)正数  
      5)两边之和大于第三边     6)等腰     7)等边
       如果 a b c 满足条件( 1 ~ 4 ),则输出下列四种情况之一:
       1)如果不满足条件(5),则程序输出为 " 非三角形 "
       2)如果三条边相等即满足条件(7),则程序输出为 " 等边三角形 "
       3)如果只有两条边相等、即满足条件(6),则程序输出为 " 等腰三角形 "
       4)如果三条边都不相等,则程序输出为 " 一般三角形 "
       列出等价类表并编号

     

    覆盖有效等价类的测试用例:
        a      b      c              覆盖等价类号码
        3      4      5             1--7
        4      4      5             1--7),(8
        4      5      5             1--7),(9   
        5      4      5             1--7),(10
        4      4      4             1--7),(11
       覆盖无效等价类的测试用例:

     

    2.设有一个档案管理系统,要求用户输入以年月表示的日期。假设日期限定在19901~204912月,并规定日期由6位数字字符组成,前4位表示年,后2位表示月。现用等价类划分法设计测试用例,来测试程序的"日期检查功能"
      1)划分等价类并编号,下表等价类划分的结果
    输入等价类
    有效等价类
    无效等价类
    日期的类型及长度
    ①6位数字字符
    ②有非数字字符
    ③少于6位数字字符
    ④多于6位数字字符
    年份范围
    ⑤在1990~2049之间
    ⑥小于1990
    ⑦大于2049
    月份范围
    ⑧在01~12之间
    ⑨等于00
    ⑩大于12
    2)设计测试用例,以便覆盖所有的有效等价类在表中列出了3个有效等价类,编号分别为,设计的测试用例如下:
        测试数据    期望结果      覆盖的有效等价类
        200211      输入有效     
      3)为每一个无效等价类设计一个测试用例,设计结果如下:
        测试数据   期望结果     覆盖的无效等价类
        95June     无效输入         
        20036      无效输入          
        2001006   无效输入         
        198912     无效输入         
        200401     无效输入         
        200100     无效输入         
        200113     无效输入         
       
    3.NextDate 函数包含三个变量:month day year ,函数的输出为输入日期后一天的日期。 例如,输入为 200637日,则函数的输出为 200638日 。要求输入变量 month day year 均为整数值,并且满足下列条件:
      1≤month≤12
      1≤day≤31
      1920≤year≤2050 
      1)有效等价类为:
        M1{月份:1≤月份≤12}
        D1{日期:1≤日期≤31}
        Y1{年:1812≤≤2012}
      2)若条件  ~ 中任何一个条件失效,则 NextDate 函数都会产生一个输出,指明相应的变量超出取值范围,比如 "month 的值不在 1-12 范围当中 " 。显然还存在着大量的 year month day 的无效组合, NextDate 函数将这些组合作统一的输出: " 无效输入日期 " 。其无效等价类为:
        M2{月份:月份<1}
        M3{月份:月份>12}
        D2{日期:日期<1}
        D3{日期:日期>31}
        Y2{年:年<1812}
        Y3{年:年>2012}
      弱一般等价类测试用例
      月份    日期                      预期输出
       6       15        1912           1912616
      强一般等价类测试用例同弱一般等价类测试用例
      注:弱--有单缺陷假设;健壮--考虑了无效值
     
      ()弱健壮等价类测试
      用例ID   月份  日期              预期输出
      WR1      6      15    1912      1912616
      WR2     -1     15    1912      月份不在112
      WR3     13     15    1912      月份不在112
      WR4      6      -1    1912      日期不在131
      WR5      6      32    1912      日期不在131
      WR6      6      15    1811      年份不在18122012
      WR7      6      15    2013      年份不在18122012
      ()强健壮等价类测试
      用例ID   月份    日期                预期输出
      SR1       -1      15       1912      月份不在112
      SR2        6      -1        1912      日期不在131
      SR3        6      15       1811      年份不在18122012
      SR4       -1      -1       1912      两个无效一个有效
      SR5        6      -1        1811      两个无效一个有效
      SR6       -1      15       1811      两个无效一个有效
      SR7       -1      -1       1811      三个无效
     
    4.佣金问题等价类测试用例,它是根据佣金函数的输出值域定义等价类,来改进测试用例集合。
    输出销售额≤1000     佣金10
    1000<销售额≤1800     佣金=100+(销售额-1000)*15%
    销售额>1800              佣金=220+(销售额-1800)*20%
    测试用例         枪机(45)    枪托(30)      枪管(25)          销售额     佣金
        1               5             5                5                  500        50
        2              15           15              15                 1500       175
        3              25           25              25                 2500       360
    根据输出域选择输入值,使落在输出域等价类内,可以结合弱健壮测试用例结合。
    边界值分析方法:
    .方法简介
    1.定义:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。 
    2.与等价划分的区别
      1)边界值分析不是从某等价类中随便挑一个作为代表,而是使这个等价类的每个边界都要作为测试条件。
      2)边界值分析不仅考虑输入条件,还要考虑输出空间产生的测试情况。
    3.边界值分析方法的考虑:
      长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例,可以查出更多的错误。
      使用边界值分析方法设计测试用例,首先应确定边界情况。通常输入和输出等价类的边界,就是应着重测试的边界情况。应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据。
    4.常见的边界值
      1)16-bit 的整数而言 32767 -32768 是边界
      2)屏幕上光标在最左上、最右下位置
      3)报表的第一行和最后一行
      4)数组元素的第一个和最后一个
      5)循环的第 0 次、第 1 次和倒数第 2 次、最后一次
    5.边界值分析
      1)边界值分析使用与等价类划分法相同的划分,只是边界值分析假定错误更多地存在于划分的边界上,因此在等价类的边界上以及两侧的情况设计测试用例。
        例:测试计算平方根的函数
            --输入:实数
            --输出:实数
            --规格说明:当输入一个0或比0大的数的时候,返回其正平方根;当输入一个小于0的数时,显示错误信息"平方根非法-输入值小于0"并返回0;库函数Print-Line可以用来输出错误信息。
           
      2)等价类划分:
        I.可以考虑作出如下划分:
          a、输入 (i)<0 (ii)>=0
          b、输出 (a)>=0 (b) Error
        II.测试用例有两个:
          a、输入4,输出2。对应于 (ii) (a)
          b、输入-10,输出0和错误提示。对应于 (i) (b)
      3)边界值分析:
        划分(ii)的边界为0和最大正实数;划分(i)的边界为最小负实数和0。由此得到以下测试用例:
        a、输入 {最小负实数}
        b、输入 {绝对值很小的负数}
        c、输入 0
        d、输入 {绝对值很小的正数}
        e、输入 {最大正实数}
       
      4)通常情况下,软件测试所包含的边界检验有几种类型:数字、字符、位置、重量、大小、速度、方位、尺寸、空间等。
      5)相应地,以上类型的边界值应该在:最大/最小、首位/末位、上/下、最快/最慢、最高/最低、  最短/最长、 空/满等情况下。
      6)利用边界值作为测试数据
    边界值
    测试用例的设计思路
    字符
    起始-1个字符/结束+1个字符
    假设一个文本输入区域允许输入1个到255个 字符,输入1个和255个字符作为有效等价类;输入0个和256个字符作为无效等价类,这几个数值都属于边界条件值。
    数值
    最小值-1/最大值+1
    假设某软件的数据输入域要求输入5位的数据值,可以使用10000作为最小值、99999作为最大值;然后使用刚好小于5位和大于5位的 数值来作为边界条件。
    空间
    小于空余空间一点/大于满空间一点
    例如在用U盘存储数据时,使用比剩余磁盘空间大一点(几KB)的文件作为边界条件。
    7)内部边界值分析:
        在多数情况下,边界值条件是基于应用程序的功能设计而需要考虑的因素,可以从软件的规格说明或常识中得到,也是最终用户可以很容易发现问题的。然而,在测试用例设计过程中,某些边界值条件是不需要呈现给用户的,或者说用户是很难注意到的,但同时确实属于检验范畴内的边界条件,称为内部边界值条件或子边界值条件。
        内部边界值条件主要有下面几种:
        a)数值的边界值检验:计算机是基于二进制进行工作的,因此,软件的任何数值运算都有一定的范围限制。
    范围或值
    位(bit)
    0或者1
    字节(byte)
    0——225
    字(word)
    0~65535(单字)或 0~4294967295(双字)
    千(K)
    1024
    兆(M)
    1048576
    吉(G)
    1073741824
    b)字符的边界值检验:在计算机软件中,字符也是很重要的表示元素,其中ASCIIUnicode是常见的编码方式。下表中列出了一些常用字符对应的ASCII码值。
    字符
    ASCII码值
    字符
    ASCII码值
    空 (null)
    0
    A
    65
    空格 (space)
    32
    a
    97
    斜杠 ( / )
    47
    Z
    90
    0
    48
    z
    122
    冒号 ( : )
    58
    单引号 ( ‘ )
    96
    @
    64
       
    c)其它边界值检验
       
    6.基于边界值分析方法选择测试用例的原则
      1)如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据。
        例如,如果程序的规格说明中规定:"重量在10公斤至50公斤范围内的邮件,其邮费计算公式为……"。作为测试用例,我们应取1050,还应取10.01,49.99,9.9950.01等。
      2)如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据。
        比如,一个输入文件应包括1~255个记录,则测试用例可取1255,还应取0256等。
      3)将规则1)和2)应用于输出条件,即设计测试用例使输出值达到边界值及其左右的值。
        例如,某程序的规格说明要求计算出"每月保险金扣除额为01165.25",其测试用例可取0.001165.24、还可取一0.01116526等。
        再如一程序属于情报检索系统,要求每次"最少显示1条、最多显示4条情报摘要",这时我们应考虑的测试用例包括14,还应包括05等。
      4)如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。
      5)如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例。
      6)分析规格说明,找出其它可能的边界条件。
    .实战演习
    1.现有一个学生标准化考试批阅试卷,产生成绩报告的程序。其规格说明如下:程序的输入文件由一些有80个字符的记录组成,如右图所示,所有记录分为3组:

     

    标题:这一组只有一个记录,其内容为输出成绩报告的名字。
      试卷各题标准答案记录:每个记录均在第80个字符处标以数字"2"。该组的第一个记录的第1至第3个字符为题目编号(取值为1999)。第10至第59个字符给出第1至第50题的答案(每个合法字符表示一个答案)。该组的第2,第3……个记录相应为第51至第100,第101至第150题的答案。
      每个学生的答卷描述:该组中每个记录的第80个字符均为数字"3"。每个学生的答卷在若干个记录中给出。如甲的首记录第1至第9字符给出学生姓名及学号,第10至第59字符列出的是甲所做的第1至第50题的答案。若试题数超过50,则第2,第3……纪录分别给出他的第51至第100,第101至第150……题的解答。然后是学生乙的答卷记录。
      学生人数不超过200,试题数不超过999
      程序的输出有4个报告:
        a)按学号排列的成绩单,列出每个学生的成绩、名次。
        b)按学生成绩排序的成绩单。
        c)平均分数及标准偏差的报告。
        d)试题分析报告。按试题号排序,列出各题学生答对的百分比。
      解答:分别考虑输入条件和输出条件,以及边界条件。给出下表所示的输入条件及相应的测试用例。

     

     
      输出条件及相应的测试用例表。

     

     
     
    2.三角形问题的边界值分析测试用例
    在三角形问题描述中,除了要求边长是整数外,没有给出其它的限制条件。在此,我们将三角形每边边长的取范围值设值为[1, 100]

     

     
    3.NextDate函数的边界值分析测试用例
    NextDate函数中,隐含规定了变量mouth和变量day的取值范围为1≤mouth≤121≤day≤31,并设定变量year的取值范围为1912≤year≤2050

     

    错误推测方法
    .    方法简介
    1.         定义:基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。
    2.         错误推测方法的基本思想:
    列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。
    1)        例如, 输入数据和输出数据为0的情况;输入表格为空格或输入表格只有一行。 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例。
    2)        例如,前面例子中成绩报告的程序,采用错误推测法还可补充设计一些测试用例:
    I.          程序是否把空格作为回答
    II.       在回答记录中混有标准答案记录
    III.     除了标题记录外,还有一些的记录最后一个字符即不是2也不是3
    IV.     有两个学生的学号相同
    V.        试题数是负数。
    3)    再如,测试一个对线性表(比如数组)进行排序的程序,可推测列出以下几项需要特别测试的情况:
    I.          输入的线性表为空表;
    II.       表中只含有一个元素;
    III.     输入表中所有元素已排好序;
    IV.     输入表已按逆序排好;
    V.        输入表中部分或全部元素相同。
    .    实战演习
        暂无
     
     
    因果图方法
    .    方法简介
    1.定义:是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。
    2.因果图法产生的背景:
    等价类划分法和边界值分析方法都是着重考虑输入条件,但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了,但多个输入条件组合起来可能出错的情况却被忽视了。
    如果在测试时必须考虑输入条件的各种组合,则可能的组合数目将是天文数字,因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计,这就需要利用因果图(逻辑模型)。
    3.因果图介绍
    1) 4种符号分别表示了规格说明中向4种因果关系。

     

    2) 因果图中使用了简单的逻辑符号,以直线联接左右结点。左结点表示输入状态(或称原因),右结点表示输出状态(或称结果)。
    3) Ci表示原因,通常置于图的左部;ei表示结果,通常在图的右部。Ciei均可取值010表示某状态不出现,1表示某状态出现。
    4. 因果图概念
    1)    关系
    恒等:若ci1,则ei也是1;否则ei0
    非:若ci1,则ei0;否则ei1
    或:若c1c2c31,则ei1;否则ei0可有任意个输入。
    与:若c1c2都是1,则ei1;否则ei0也可有任意个输入。
    2)    约束
    输入状态相互之间还可能存在某些依赖关系,称为约束。例如, 某些输入条件本身不可能同时出现。输出状态之间也往往存在约束。在因果图中,用特定的符号标明这些约束。

     

    A.输入条件的约束有以下4类:
        E约束(异):ab中至多有一个可能为1,即ab不能同时为1
        I约束(或):abc中至少有一个必须是1,即 ab c不能同时为0
        O约束(唯一);ab必须有一个,且仅有1个为1
       R约束(要求):a1时,b必须是1,即不可能a1b0
    B.输出条件约束类型
       输出条件的约束只有M约束(强制):若结果a1,则结果b强制为0
    5. 采用因果图法设计测试用例的步骤:
    1)分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符。
    2)分析软件规格说明描述中的语义,找出原因与结果之间, 原因与原因之间对应的关系,根据这些关系,画出因果图。
    3)由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不可能出现,为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件。
    4)把因果图转换为判定表。
    5)把判定表的每一列拿出来作为依据,设计测试用例。
    . 实战演习
    1. 某软件规格说明书包含这样的要求:第一列字符必须是AB,第二列字符必须是一个数字,在此情况下进行文件的修改,但如果第一列字符不正确,则给出信息L;如果第二列字符不是数字,则给出信息M
    解答:
    1) 根据题意,原因和结果如下:
           原因:
              1——第一列字符是A
              2——第一列字符是B
              3——第二列字符是一数字。
           结果:
              21——修改文件;
              22 ——给出信息L
              23——给出信息M
    2) 其对应的因果图如下:
    11为中间节点;考虑到原因1和原因2不可能同时为1,因此在因果图上施加E约束。

     

    3)根据因果图建立判定表。

     

     
           表中8种情况的左面两列情况中,原因和原因同时为1,这是不可能出现的,故应排除这两种情况。表的最下一栏给出了6种情况的测试用例,这是我们所需要的数据。
    2.有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。其规格说明如下:若投入5角钱或1元钱的硬币,押下〖橙汁〗或〖啤酒〗的按钮,则相应的饮料就送出来。若售货机没有零钱找,则一个显示〖零钱找完〗的红灯亮,这时在投入1元硬币并押下按钮后,饮料不送出来而且1元硬币也退出来;若有零钱找,则显示〖零钱找完〗的红灯灭,在送出饮料的同时退还5角硬币。
    1) 分析这一段说明,列出原因和结果
    原因:
    1.售货机有零钱找
    2.投入1元硬币
    3.投入5角硬币
    4.押下橙汁按钮
    5.押下啤酒按钮
    结果:
    21.售货机〖零钱找完〗灯亮   
    22.退还1元硬币
    23.退还5角硬币             
    24.送出橙汁饮料
    25.送出啤酒饮料
    2)画出因果图,如图所示。所有原因结点列在左边,所有结果结点列在右边。建立中间结点,表示处理的中间状态。中间结点:
    11. 投入1元硬币且押下饮料按钮
                    12. 押下〖橙汁〗或〖啤酒〗的按钮
                    13. 应当找5角零钱并且售货机有零钱找
                    14. 钱已付清

     

    3)转换成判定表:

     

     
    4) 在判定表中,阴影部分表示因违反约束条件的不可能出现的情况,删去。第16列与第32列因什么动作也没做,也删去。最后可根据剩下的16列作为确定测试用例的依据。
     
    判定表驱动分析方法
    .    方法简介
    1.定义:判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。
    2.判定表的优点
    能够将复杂的问题按照各种可能的情况全部列举出来,简明并避免遗漏。因此,利用判定表能够设计出完整的测试用例集合。
    在一些数据处理问题当中,某些操作的实施依赖于多个逻辑条件的组合,即:针对不同逻辑条件的组合值,分别执行不同的操作。判定表很适合于处理这类问题。
    3.“阅读指南判定表

     

     
    4.  判定表通常由四个部分组成如下图所示。

     

    1)条件桩(Condition Stub):列出了问题得所有条件。通常认为列出的条件的次序无关紧要。
    2)动作桩(Action Stub):列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。
    3)条件项(Condition Entry):列出针对它左列条件的取值。在所有可能情况下的真假值。
    4)动作项(Action Entry):列出在条件项的各种取值情况下应该采取的动作。
    5.规则及规则合并
    1)规则:任何一个条件组合的特定取值及其相应要执行的操作称为规则。在判定表中贯穿条件项和动作项的一列就是一条规则。显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列。
    2)化简:就是规则合并有两条或多条规则具有相同的动作,并且其条件项之间存在着极为相似的关系。
    6.规则及规则合并举例
    1)如下图左端,两规则动作项一样,条件项类似,在12条件项分别取YN时,无论条件3取何值,都执行同一操作。即要执行的动作与条件3无关。于是可合并。表示与取值无关。

     

    2)与上类似,下图中,无关条件项可包含其他条件项取值,具有相同动作的规则可合并。

     

    3)化简后的读书指南判定表
     
    1
    2
    3
    4
    你觉得疲倦吗?
    -
    -
    Y
    N
    你对内容感兴趣吗?
    Y
    Y
    N
    N
    书中内容使你胡涂吗?
    Y
    N
    -
    -
    请回到本章开头重读
    x
         
    继续读下去
     
    X
       
    跳到下一章去读
         
    x
    停止阅读,请休息
       
    x
     
    7.判定表的建立步骤:(根据软件规格说明)
    1)确定规则的个数.假如有n个条件。每个条件有两个取值(0,1,故有2n种规则。
    2)列出所有的条件桩和动作桩。
    3)填入条件项。
    4)填入动作项。等到初始判定表。
    5)简化.合并相似规则(相同动作)。
    . 实战演习
    1.问题要求:”……对功率大于50马力的机器、维修记录不全或已运行10年以上的机器,应给予优先的维修处理……” 。这里假定,维修记录不全优先维修处理均已在别处有更严格的定义 。请建立判定表。
    解答:
    ①确定规则的个数:这里有3个条件,每个条件有两个取值,故应有2*2*2=8种规则。
    ②列出所有的条件茬和动作桩:

     

    ③填入条件项。可从最后1行条件项开始,逐行向上填满。如第三行是: Y N Y N Y N Y N,第二行是: Y Y N N Y Y N N等等。  
    ④填入动作桩和动作顶。这样便得到形如图的初始判定表。
     
    1
    2
    3
    4
    5
    6
    7
    8
    功率大于50马力吗?
    Y
    Y
    Y
    Y
    N
    N
    N
    N
    维修记录不全吗?
    Y
    Y
    N
    N
    Y
    Y
    N
    N
    运行超过10年吗?
    Y
    N
    Y
    N
    Y
    N
    Y
    N
    进行优先处理
    x
    x
    X
     
    X
     
    X
     
    作其他处理
         
    X
     
    x
     
    x
    初始判定表
    ⑤化简。合并相似规则后得到图。
     
    1
    2
    3
    4
    5
    功率大于50马力吗?
    Y
    Y
    Y
    N
    N
    维修记录不全吗?
    Y
    N
    N
    -
    -
    运行超过10年吗?
    -
    Y
    N
    Y
    N
    进行优先处理
    x
    x
     
    X
     
    作其他处理
       
    x
     
    x
    2.NextData函数的精简决策表
    M1{月份, 每月有30}
    M2{月份, 每月有31}
    M3{月份, 2}                 29512条规则
    D1{日期,128}                 12月末31日和其它31
    D2{日期,29}                    日月份的31日处理不同
    D3{日期,30}                    平年228日处理不同
    D4{日期,31}                    227
    Y1 {年:年是闰年}
    Y2 {年:年不是闰年}
    改进为
    M1{月份: 每月有30}
    M2{月份: 每月有31天, 12月除外}
    M4{月份:12}
    M3{月份: 2}
    D1{日期:1<=日期<=27}
    D2{日期:28}
    D3{日期:29}
    D4{日期:30}
    D5{日期:31}
    Y1 {年:年是闰年}
    Y2 {年:年不是闰年}
    输入变量间存在大量逻辑关系的NextData决策表
     

     

    3. 用决策表测试法测试以下程序:该程序有三个输入变量monthdayyearmonthdayyear均为整数值,并且满足:1month121day31),分别作为输入日期的月份、日、年份,通过程序可以输出该输入日期在日历上隔一天的日期。
     例如,输入为20041129日,则该程序的输出为2000121日。
    1)分析各种输入情况,列出为输入变量monthdayyear划分的有效等价类。
    2)分析程序规格说明,结合以上等价类划分的情况给出问题规定的可能采取的操作(即列出所有的动作桩)。
    3)根据(1)和(2),画出简化后的决策表。
    案例分析如下:
    1) month变量的有效等价类:
     M1: {month=4,6,9,11}            
     M2: {month=1,3,5,7,8,10}
    M3: {month=12}                 
     M4: {month=2}
    2)day变量的有效等价类:
        D1:{1day26}         D2: {day=27}         D3: {day=28}                    D4: {day=29}                    D5: {day=30}                D6: {day=31}
    3)year变量的有效等价类:
    Y1: {year是闰年}                Y2:  {year不是闰年}
    4)考虑各种有效的输入情况,程序中可能采取的操作有以下六种:
    a1: day+2                       a2: day=2                    a3: day=1  
    a4: month+1                     a5: month=1                  a6: year+1  
    4. 判定表在功能测试中的应用
    1)一些软件的功能需求可用判定表表达得非常清楚,在检验程序的功能时判定表也就成为一个不错的工具。如果一个软件的规格说明指出:
    I. 当条件1和条件2满足,并且条件3和条件4不满足,或者当条件13和条件4满足时,要执行操作1
    II. 在任一个条件都不满足时,要执行操作2
    III. 在条件1不满足,而条件4被满足时,要执行操作3 根据规格说明得到如下判定表:

     

    这里,判定表只给出了16种规则中的8种。事实上,除这8条以外的一些规则是指当不能满足指定的条件,执行3种操作时,要执行1个默许的操作。在没必要时,判定表通常可略去这些规则。但如果用判定表来设计测试用例,就必须列出这些默许规则(如下表)。
     
    规则5
    规则6
    规则7
    规则8
    条件1
    -
    N
    Y
    Y
    条件2
    -
    Y
    Y
    N
    条件3
    Y
    N
    N
    N
    条件4
    N
    N
    Y
    -
    默许操作
    x
    x
    x
    x
    默许的规则
    2)判定表的优点和缺点
    I.  优点:它能把复杂的问题按各种可能的情况一一列举出来,简明而易于理解,也可避免遗漏。
    II. 缺点:不能表达重复执行的动作,例如循环结构。
    3)B. Beizer 指出了适合使用判定表设计测试用例的条件:
    ①规格说明以判定表形式给出,或很容易转换成判定表。
    ②条件的排列顺序不会也不影响执行哪些操作。
    ③规则的排列顺序不会也不影响执行哪些操作。
    ④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则。
    ⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要。
    B. Beizer提出这5个必要条件的目的是为了使操作的执行完全依赖于条件的组合。其实对于某些不满足这几条的判定表,同样可以借以设计测试用例,只不过尚需增加其它的测试用例罢了。
     
     
    正交实验设计方法
    .方法简介
    利用因果图来设计测试用例时, 作为输入条件的原因与输出结果之间的因果关系,有时很难从软件需求规格说明中得到。往往因果关系非常庞大,以至于据此因果图而得到的测试用例数目多的惊人,给软件测试带来沉重的负担,为了有效地,合理地减少测试的工时与费用,可利用正交实验设计方法进行测试用例的设计。
    正交实验设计方法:依据Galois理论,从大量的(实验)数据(测试例)中挑选适量的,有代表性的点(例),从而合理地安排实验(测试)的一种科学实验设计方法.类似的方法有:聚类分析方法,因子方法方法等.
    利用正交实验设计测试用例的步骤:
    1.提取功能说明,构造因子--状态表
    把影响实验指标的条件称为因子.而影响实验因子的条件叫因子的状态.利用正交实验设计方法来设计测试用例时,首先要根据被测试软件的规格说明书找出影响其功能实现的操作对象和外部因素,把他们当作因子,而把各个因子的取值当作状态.对软件需求规格说明中的功能要求进行划分,把整体的概要性的功能要求进行层层分解与展开,分解成具体的有相对独立性的基本的功能要求.这样就可以把被测试软件中所有的因子都确定下来,并为确定个因子的权值提供参考的依据.确定因子与状态是设计测试用例的关键.因此要求尽可能全面的正确的确定取值,以确保测试用例的设计作到完整与有效。
    2.加权筛选,生成因素分析表
    对因子与状态的选择可按其重要程度分别加权.可根据各个因子及状态的作用大小,出现频率的大小以及测试的需要,确定权值的大小。
    3.利用正交表构造测试数据集
    正交表的推导依据Galois理论(这里省略,需要时可查数理统计方面的教材)。
    利用正交实验设计方法设计测试用例,比使用等价类划分,边界值分析,因果图等方法有以下优点:节省测试工作工时;可控制生成的测试用例数量;测试用例具有一定的覆盖率
    . 实战演习
        暂无
     
     
     
     
    功能图分析方法
    .方法简介
    一个程序的功能说明通常由动态说明和静态说明组成.动态说明描述了输入数据的次序或转移的次序.静态说明描述了输入条件与输出条件之间的对应关系.对于较复杂的程序,由于存在大量的组合情况,因此,仅用静态说明组成的规格说明对于测试来说往往是不够的.必须用动态说明来补充功能说明.功能图方法是用功能图FD形式化地表示程序的功能说明,并机械地生成功能图的测试用例. 功能图模型由状态迁移图和逻辑功能模型构成.状态迁移图用于表示输入数据序列以及相应的输出数据.在状态迁移图中,由输入数据和当前状态决定输出数据和后续状态.逻辑功能模型用于表示在状态中输入条件和输出条件之间的对应关系.逻辑功能模型只适合于描述静态说明,输出数据仅由输入数据决定.测试用例则是由测试中经过的一系列状态和在每个状态中必须依靠输入/输出数据满足的一对条件组成.功能图方法其实是是一种黑盒白盒混合用例设计方法。
    (功能图方法中,要用到逻辑覆盖和路径测试的概念和方法,其属白盒测试方法中 的内容.逻辑覆盖是以程序内部的逻辑结构为基础的测试用例设计方法.该方法要求测试人员对程序的逻辑结构有清楚的了解.由于覆盖测试的目标不同,逻辑覆盖可分为:语句覆盖,判定覆盖,判定-条件覆盖,条件组合覆盖及路径覆盖.下面我们指的逻辑覆盖和路径是功能或系统水平上的,以区别与白盒测试中的程序内部的.
    1.功能图
    功能图由状态迁移图和布尔函数组成.状态迁移图用状态和迁移来描述.一个状态指出数据输入的位置(或时间),而迁移则指明状态的改变.同时要依靠判定表或因果图表示的逻辑功能.,一个简化的自动出纳机ATM的功能图。
    2.测试用例生成方法
    从功能图生成测试用例,得到的测试用例数是可接受的. 问题的关键的是如何从状态迁移图中选取测试用例. 若用节点代替状态,用弧线代替迁移,则状态迁移图就可转化成一个程序的控制流程图形式.问题就转化为程序的路径测试问题(如白盒测试)问题了.
    3.测试用例生成规则
    为了把状态迁移(测试路径)的测试用例与逻辑模型(局部测试用例)的测试用例组合起来,从功能图生成实用的测试用例,须定义下面的规则.在一个结构化的状态迁移(SST)中,定义三种形式的循环:顺序,选择和重复.但分辨一个状态迁移中的所有循环是有困难的.(其表示图形省略)。
    4.从功能图生成测试用例的过程
    1)生成局部测试用例:在每个状态中,从因果图生成局部测试用例.局部测试用例由原因值(输入数据)组合与对应的结果值(输出数据或状态)构成。
    2)测试路径生成:利用上面的规则(三种)生成从初始状态到最后状态的测试路径。
    3)测试用例合成:合成测试路径与功能图中每个状态中的局部测试用例.结果是初始状态到最后状态的一个状态序列,以及每个状态中输入数据与对应输出数据的组合。
    5.测试用例的合成算法:采用条件构造树.
    .实战演习
          暂无
     
     
     
    场景设计方法
    .方法简介
    现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中,可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时使测试用例更容易理解和执行。
    基本流和备选流:如下图所示,图中经过用例的每条路径都用基本流和备选流来表示,直黑线表示基本流,是经过用例的最简单的路径。备选流用不同的色彩表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中(如备选流13);也可能起源于另一个备选流(如备选流2),或者终止用例而不再重新加入到某个流(如备选流24)。

     

    .实战演习
    1. 例子描述
    下图所示是ATM例子的流程示意图。

     

     
     
    2.场景设计:下表所示是生成的场景。
    3-8 场景设计
    场景1——成功提款
    基本流
     
    场景2——ATM内没有现金
    基本流
    备选流2
    场景3——ATM内现金不足
    基本流
    备选流3
    场景4——PIN有误(还有输入机会)
    基本流
    备选流4
    场景5——PIN有误(不再有输入机会)
    基本流
    备选流4
    场景6——账户不存在/账户类型有误
    基本流
    备选流5
    场景7——账户余额不足
    基本流
    备选流6
    注:为方便起见,备选流36(场景37)内的循环以及循环组合未纳入上表。
    3.用例设计
    对于这7个场景中的每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式,其中各行代表各个测试用例,而各列则代表测试用例的信息。本示例中,对于每个测试用例,存在一个测试用例ID、条件(或说明)、测试用例中涉及的所有数据元素(作为输入或已经存在于数据库中)以及预期结果。
    3-9 测试用例表
       
    TC(测试用例)ID号
    场景/条件
    PIN
    账号
    输入(或选择)的金额
    账面
    金额
    ATM内的金额
    预期结果
    CW1
    场景1:成功提款
    V
    V
    V
    V
    V
    成功提款
    CW2
    场景2:ATM内没有现金
    V
    V
    V
    V
    I
    提款选项不可用,用例结束
    CW3
    场景3:ATM内现金不足
    V
    V
    V
    V
    I
    警告消息,返回基本流步骤6,输入金额
    CW4
    场景4:PIN有误(还有不止一次输入机会)
    I
    V
    n/a
    V
    V
    警告消息,返回基本流步骤 4,输入 PIN
    CW5
    场景4:PIN有误(还有一次输入机会)
    I
    V
    n/a
    V
    V
    警告消息,返回基本流步骤 4,输入 PIN
    CW6
    场景4:PIN有误(不再有输入机会)
    I
    V
    n/a
    V
    V
    警告消息,卡予保留,用例结束
     
    4.数据设计
    一旦确定了所有的测试用例,则应对这些用例进行复审和验证以确保其准确且适度,并取消多余或等效的测试用例。
    测试用例一经认可,就可以确定实际数据值(在测试用例实施矩阵中)并且设定测试数据,如表3-10所示。
    3-10 测试用例表
    TC(测试用例)ID号
    场景/条件
    PIN
    账号
    输入(或选择)的金额
    (元)
    账面
    金额(元)
    ATM内的金额(元)
    预期结果
    CW1
    场景1:成功提款
    4987
    809-498
    50.00
    500.00
    2 000
    成功提款。账户余额被更新为450.00
    CW2
    场景2:ATM内没有现金
    4987
    809-498
    100.00
    500.00
    0.00
    提款选项不可用,用例结束
    CW3
    场景3:ATM内现金不足
    4987
    809-498
    100.00
    500.00
    70.00
    警告消息,返回基本流步骤6,输入金额
    CW4
    场景4:PIN有误(还有不止一次输入机会)
    4978
    809-498
    n/a
    500.00
    2 000
    警告消息,返回基本流步骤4,输入PIN
    CW5
    场景4:PIN有误(还有一次输入机会)
    4978
    809-498
    n/a
    500.00
    2 000
    警告消息,返回基本流步骤4,输入PIN
    CW6
    场景4:PIN有误(不再有输入机会)
    4978
    809-498
    n/a
    500.00
    2 000
    警告消息,卡予保留,用例结束
     

    转载于:https://www.cnblogs.com/TomBombadil/p/11122315.html

    展开全文
  • 软件测试——黑盒测试

    千次阅读 2019-06-25 08:56:45
    黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检验每个功能都是否能够正常使用。 在测试时,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,测试...

    1.概述

    黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检验每个功能都是否能够正常使用。

    在测试时,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,测试人员进行直接测试,检查系统功能是否按照需求规格说明书的规定正常使用、是否能适当的接收输入数据而输出正确的结果等,检查相应的文档是否采用了正确的模板、是否满足规范需求。

    2. “黑盒”的两种基本方法 

    黑盒测试有两种基本方法,即“通过测试”和“失败测试”。

    在进行“通过测试”时,实际上是确认软件能做什么,而不会考验其能力如何。软件测试员只运用最简单、直观的测试案例。

    设计和执行测试案例时,总是先进行通过测试。在进行破坏性试验之前,看一看软件基本功能是否能够实现。

    在确信了软件正确运行之后,就可以采取各种手段通过搞垮软件来找出缺陷。纯粹为了破坏软件而设计和执行的测试案例,被称为失败测试或迫使出错测试。

    3.黑盒测试的优、缺点

    (1)优点

    a.比较简单,不需要了解程序内部的代码以及实现。

    b.与软件内部实现无关。

    c.从用户角度出发,很容易的知道用户会用到哪些功能,会遇到哪些问题。

    d.在做软件自动化测试时较为方便。

    e.基于软件开发文档,所以也能知道软件实现了文档中的哪些功能。

    (2)缺点

    a.不可能覆盖所有代码,覆盖率较低,大概只能达到总代码量的30%。

    b.自动化测试的复用性较低。

    4.黑盒测试的测试用例设计方法

    (1)等价类划分法

    (2)边界值分析法

    (3)错误推测法

    (4)因果图法

    (5)判定表

    (6)功能图法

    4.1等价类划分法

    (1)概念

    等价类划分法就是解决如何选择适当的数据子集来代表整个数据集的问题,通过降低测试的数目去实现“合理的”覆盖,覆盖了更多的可能数据,以发现更多的软件缺陷。

    等价类是指某个输入域的一个特定的子集合,在该子集合各个输入数据对于揭露程序中的错误都是等效的。

    (2)等价类划分的过程

    a.分类:即将输入域按照具有相同特性并用实例来表征这个特性。

    b.抽象:即在各个子类中去抽象出相同特性并用实例来表征进行分类。

    (3)等价类划分的优缺点

    a.优点:基于相对较少的测试用例,就能够进行完整覆盖,很多程度上减少了重复性。

    b.缺点:缺乏特殊用例的考虑,同时需要深入的系统知识,才能选择有效的数据。

    4)有效等价类和无效等价类

    (1)有效等价类是指输入完全满足程序输入的规格说明、有意义的输入数据所构成的集合,利用有效等价类,可以检验程序是否满足规格说明所规定的功能和性能。

    (2)无效等价类和有效等价类相反,即不满足程序输入要求或者无效的输入数据构成的集合。使用无效等价类,可以测试程序/系统的容错性——对异常输入情况的处理。

    (5)不同情形的处理

    输入条件 有效等价类 无效等价类

    规定了取值范围或个数的条条件

    (输入条件满足小于100大于10的整数x)

    1个

    10<x<100

    2个

    x<10和x>100

    规定了输入值的集合或者规定了“必须如何”的条件下

    (输入条件为x=10)

     

    1个

    x=10

     

    1个

    x≠10

    规定了输入条件是一个布尔量

    (输入条件bool x = ture)

    1个

    x = true

    1个

    x = false

    规定了一组输入数据(包括n个输入值),对每一个输入值分别处理

    (输入条件为x取值于一个固定枚举类型{1,3,5,7,9})

    n个

    x∈{1,3,5,7,9}

    1个

    x不属于{1,3,5,7,9}的集合

    规定了输入数据必须遵守规则的情况下

    (输入是页面用户输入有效的Email地址的规则,必须满足几个条件,含有@,@后面格式为x,x,Email地址不带有特殊符号)

    1个

    满足所有条件的输入集合

    n个

    不满足其中任何一个条件或所有条件的输入集合

    在已知的等价类中各元素在程序处理中的方式不同的情况下,则应再将等价类进一步划分为更小的等价类。    

    (7)案例

    有一报表处理系统,要求用户输入处理报表的日期。假设日期在2000年1月至2020年12月,即系统只能对该段时期内的报表进行处理。如果用户不再这个范围内,则显示错误信息。并且此系统规定日期由年月的6位数字组成,前4位代表年,后2位代表月。

    输入 有效等级类 无效等价类
    报表日期 (1)6位数字字符

    (2)少于6位数字字符

    (3)多余6位数字字符

    (4)有非数字字符

    年份范围 (5)在2000年到2020年之间

    (6)小于2000

    (7)大于2020

    月份范围 (8)在1到12月之间

    (9)等于0

    (10)大于12

    4.2边界值分析法

    (1)概念

    边界值分析法就是在某个输入输入变量范围的边界上,验证系统功能是否正常运行的测试方法。

    (2)与等价划分类的区别

    a.边界值分析不是从等价类中随便挑一个作为代表,而是使这个等价类的每个边界都要作为测试条件。

    b.边界值分析不仅考虑输入条件,还有考虑输出空间产生的测试情况。

    (3)边界值分析的处理技巧

    a.如果输入条件规定了值的范围,则取刚刚到达这个范围的边界值。

    b.如果输入条件规定了值的个数,则用最大个数、最小个数、比最大个数多一个,比最小个数少一个的数等作为测试数据。

    c.根据规格说明的每一个输出条件,分别使用以上两个规则。

    d.如果程序的规格说明给出的输入域或输出域是有序集合(如有序表、顺序文件等),则应选取集合的第一个和最后一个元素测试数据。

    (4)边界值附近的数据确定的几种方法

    边界值 测试用例的设计思路
    字符 起始-1个字符/结束+1个字符 假设一个文本输入区域要求允许输入1-255个字符,输入1个和255个作为有效等价类,输入0个和256个作为无效等价类,这几个数值都属于边界条件值。
    数值 开始位-1/结束位-1 例如,数据的输入域为1-999,其值最小为1,最大值为999,1000刚好在边界值附近。
    方向 刚刚超过/刚刚低于  
    空间 小于空余空间一点/大于空余空间一点 例如,测试数据存储时,使用比最小剩余空间大一点(几KB)的文件作为最大值检验的边界条件。

    4.3错误推测法

    (1)概念

    错误推测法是基于经验和直觉推测程序中所有可能存在的各种情况,从而有针对性的设计,列出测试用例的方法。

    错误推测法基于这样一个思想,在某处发现了缺陷,则可能隐藏更多的缺陷。在实际操作中列出所有可能出现的错误和容易发现错误的地方,然后语句测试者经验做出选择。

    (2)优点与缺点

    优点:充分发挥人的直觉与经验,在一个测试小组中集思广益,方便实用,特别是在软件测试基础较差的情况下,很好地组织测试小组进行错误推测,是一种有效的测试方法。

    使测试者能够快速且容易地切入,并且能够体会到程序的易用与否。

    缺点:错误推测法不是一个系统的测试方法,所以只能用着辅助手段,即先用上述方法设计测试用例,在没有其他方法可用的情况下,再采用错误推测法,补充一些例子进行额外的测试。

    难以知道测试的覆盖率,可能丢失大量未知的区域,并且这种测试行为带有主观性且难以复制。

    4.4因果图法

    (1)概念

    因果图法借助图形,着重分析输入条件的各种组合,每种组合条件就是“因”,它必然有一个输出结果,这就是“果“。

    因果图是一种形式化的图形语言,由自然写成的规范转换而成,这种形式化的语言实际上一种简化记号表示数组逻辑图,不仅能发现输入输出中的错误,还能指出程序规范中的不完成性和二义性。

    因果图方法最终生成的就是判断表,它适合于检查程序输入条件的各种组合情况。

    (2)因果图介绍

    1)因果图中使用了简单的逻辑符号,以直线联接左右结点。左结点表示输入状态(原因),右结点表示状输出态(结果)。ci表示原因,通常位于图的左边;ei表示结果,通常位于图的右边。ci和ei均可取值0或1,0表示某状态不出现,1表示某状态出现。如下图:

    因果图

     

    4种符号分别表示了规格说明书中4中因果关系。如上如所示

    a.恒等:若ci是1,则ei也是1;否则ei为0.

    b.非:若ci是1,则ei是0;否则ei为1。

    c.或:若c1或c2或c3是1,则ei是1;否则ei为0.“或可以有任意个输入”。

    d.与:若c1和c2都是1,则ei为1;否则ei为0.“与可以有任意个输入”。

    2)因果图概念——约束

    A.输入条件的约束:

    a:E约束(异):a和b中至多有一个可能为1,即a和b不能同时为1.

    b.I约束(或):a、b和 中至少有一个必须是1,即a、b和c不能同时为0.

    c.O约束(唯一):a和b必须有一个,且仅有一个为1.

    d. R约束(要求):a是1时,b必须是1,即不可能a是1是b是0.

    约束

    B.输出条件的约束:

    输出条件的约束只有M约束(强制),若结果a是1,则结果b强制为0.

    (3)利用因果图生成参数用例的步骤

    a.分析软件规格说明描述中,那些是原因(即输入条件或输入条件等价类),那些是结果(即输出条件),并给每个原因和结果赋予一个标识符。

    b.分析软件规格说明书描述中的语义。找出原因与结果之间,原因与原因之间对应关系。根据这些关系,画出因果图。

    c.由于语法和环境限制,有些原因与原因之间,原因与结果之间的组合情况不可能出现。为表明这些特殊情况,在因果图上用一些记号表明约束或限制条件。

    d.把因果图转换为判定表。

    (4)因果图案例

    例:某软件规格说明书包含这样的要求:第一列字符必须是A或B,第二列字符必须是一个数字,在此情况下进行文件的修改,但如果第一列字符不正确,则给出信息L;如果第二列字符不是数字,则给出信息M。

    解:

    A:根据题意:原因和结果如下

    原因:1——第一列字符是A; 2——第一列字符是B; 3——第二列字符是数字。

    结果:21——修改文件; 22——给出信息L; 3——给出信息M。

    B.对应的因果图

    11为中间节点;不考虑原因1和原因2,不可能同时为1,因此在因果图上施加E约束。 

    ygt

    判定表

    测试用例

    4.5功能图法

    (1)概念

    功能图法是用功能图FD形式化地表示程序的功能说明,并机械地生成功能图的测试用例。

    功能图模型由状态迁移图和逻辑功能模型构成。状态迁移用于表示输入数据序列以及相应的输出数据,在状态迁移图中,由输入数据和当前状态绝对输出数据和后续状态。

    (2)功能图

    功能图由状态迁移图和布尔函数组成。状态迁移图用状态和迁移来描述,一个状态指出数据输入的位置(或时间),而迁移则指明状态的改变,同时要依靠判定表或因果图表示的逻辑功能。

    (3)测试用例的生成方法

    从功能图生成测试用例,得到的测试用例数是可接受的。问题的关键是如何从状态迁移图中选取测试用例,若用节点代替状态,用弧线代替迁移,则状态迁移图可转化成一个程序的控制流程图形式。问题就转化称为程序的路径测试了。

    (4)测试用例生成规则

    为了将状态迁移(测试路径)的测试用例与逻辑模型(局部测试用例)的测试用例组合起来,从功能图生成实用的测试用例,须定义以下规则:在一个结构化的状态迁移中,定义三种形式的循环结构:顺序、选择和重复。但分辨一个状态迁移中所有循环是有困难的。

    (5)从功能图中生成测试用例的过程

    a.生成局部测试用例:在每个状态中,从因果图生成局部测试用例,局部测试用例由原因值(输入数据)组合与对应结果值(生输出数据或状态)组成。

    b.测试路径生成:利用上面的规则(三种)生成从初始状态到最后状态的测试路径。

    c.测试用例合成:合成测试路径与功能图中每个状态局部测试用例,结果是初始状态到最后状态的一个状态序列,以及每个状态中输入数据与对应的输出数据的组合。

    5.流程

    (1)测试计划

    首先,根据用户需求报告中关于功能要求和性能指标的规格说明书,定义相应的测试需求报告,即制订黑盒测试的最高标准,以后所有的测试工作都将围绕着测试需求来进行,符合测试需求的应用程序即是合格的,反之即是不合格的;同时,还要适当选择测试内容,合理安排测试人员、测试时间及测试资源等。

    (2)测试设计

    测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程,并为每个测试过程选择适当的测试用例(测试用例选择的好坏将直接影响到测试结果的有效性)。

    (3)测试开发

    建立可重复使用的自动测试过程

    (4)测试执行

    执行测试开发阶段建立的自动测试过程,并对所发现的缺陷进行跟踪管理。测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成,测试人员应本着科学负责的态度,一步一个脚印地进行测试。

    (5)测试评估

    结合量化的测试覆盖域及缺陷跟踪报告,对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。

     

     

     

     

     

     

     

     

     

     

     

    展开全文
  • 黑盒测试和白盒测试

    万次阅读 多人点赞 2018-05-28 16:56:53
    1. 黑盒测试和白盒测试的直观图 从图中可以直接看出来,黑盒测试就当整个程序是个黑盒子,我们看不到它里面做了些什么事情,只能通过输入输出看是否能得到我们所需的来测试。而白盒测试可以当盒子是透明的,里面的...
  • 黑盒测试方法(功能测试) 定义: 常用用例设计方法:等价类划分,边界分析,判定表,因果图,场景法, 等价类划分: 适用场景: 单一条件的输入,不适用于多条件的逻辑组合。 定义: 将程序的输入域划分为若干个部分...
  • 黑盒测试报告

    2020-07-29 14:21:03
    用QTP验证用户登录功能,该测试项目主要针对登录系统用户登录界面的登录功能进行测试。用户登录界面包括了用户名、密码标签,用户名、密码输入框,以及登录按钮。假设该系统只有一个用户,因此只有一个用户名和一...
  • 动态黑盒测试

    千次阅读 2018-07-11 15:53:20
    边界值测试: 将程序输入看成定义域(集合),输出看成值域(集合)。程序把定义域映射到值域。可以根据定义域和值域构造测试用例。缺点是容易出现冗余和覆盖不全。 边界值分析: 当失效问题不会由2个故障同时...
  • 黑盒测试指的是在测试一个应用的功能时,不去关注内部结构或者工作过程,仅仅从软件外部界面展开测试分析的一种类型。 打个比方,就好比买来一个手机,通常的第一个想到就是能不能打电话,只要能拨通一个电话号码就...
  • 黑盒测试

    万次阅读 2018-06-23 13:38:55
    具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、场景法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。这些方法是比较实用的,但采用什么方法,在使用时自然要针对开发项目的特点...
  • 黑盒测试方法

    万次阅读 2018-06-07 16:46:44
    黑盒测试方法 边界值分析 等价类划分 决策表 因果图 一 边界值分析方法 1 边界值分析 1.1 边界值分析原理 边界值分析关注的是输入空间的边界,以标识测试用例。边界值测试背后的基本原理是错误更可能...
  • 简介一些黑盒测试的方法

    万次阅读 多人点赞 2013-07-07 16:56:31
    黑盒测试仅需知道系统的【输入】和【输出】,不需要知道程序实现的内部细节。 一、边界值测试 经实践总结:大量的软件缺陷发生在输入域和输出域的边界上。所以在设计测试用例的时候,应该对边界给予足够的重视。 ...
  • 白盒测试与黑盒测试的联系与区别

    万次阅读 2017-12-20 10:53:38
    简单介绍一下在软件测试过程中白盒测试和黑盒测试的定义,区别,联系,以及各自测试的目的。
  • 白盒测试与黑盒测试的定义与区别

    万次阅读 2014-06-24 19:37:17
    白盒测试方法按照程序内部的结构测试程序,检验程序中的meitiao
  • 一、什么是黑盒测试黑盒测试就是测试人员把软件产品或阶段性产品看做是一个黑盒子,在测试过程中测试人员只需关心对这个软件黑盒进行操作会得到什么样的结果,而不必深入的去了解软件的内部实现 就是说呢...
  • 黑盒测试和白盒测试区别

    万次阅读 2017-08-01 09:15:26
    一、黑盒测试和白盒测试  黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。 白盒测试:已知产品的内部工作过程,可以进行测试证明每种内部操作是否符合设计规格要求,所有...
  • 黑盒测试(Black-box Testing,又称为功能测试或数据驱动测试)是把测试对象看作一个黑盒子,利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程, 黑盒测试注重于...
  • 黑盒测试与白盒测试的优缺点

    千次阅读 2018-08-12 08:54:56
    黑盒测试的优点: 比较简单,不需要了解程序内部的代码及实现; 与软件的内部实现无关; 从用户角度出发,能很容易的知道用户会用到哪些功能,会遇到哪些问题; 基于软件开发文档,所以也能知道软件实现了...
  • 白盒测试和黑盒测试的优缺点

    万次阅读 2013-11-19 10:40:22
    白盒测试和黑盒测试是软件测试的两种基本方法   =================================黑盒测试===========================================  1. 黑盒测试的优点有 : 1) 比较简单,不需要了解程序的内部的代码及...
  • 常见黑盒测试面试题

    千次阅读 2018-01-10 10:16:36
    1、设计三角形测试用例 一般按等价类,边界值 2、设计nextday测试用例 一般从跨年,跨月等边界值考虑解题思路 3、随机数测试 一般抽奖类型的测试会用到, 4、设计登陆框测试用例
1 2 3 4 5 ... 20
收藏数 39,526
精华内容 15,810
关键字:

黑盒测试