《功能测试常用的策略和方法》由会员分享,可在线阅读,更多相关《功能测试常用的策略和方法(11页珍藏版)》请在金锄头文库上搜索。
1、功能测试(黑盒测试)常用的策略和方法黑盒测试(Black-box Testing,又称为功能测试或数据驱动测试)是把测试对象看作 一个黑盒子。利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产 品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有:等价类划分、边界值分析、错误推测、因果图和 综合策略。黑盒测试注重于测试软件的功能性需求,也即黑盒测试使软件工程师派生出执行程序所 有功能需求的输入条件。黑盒测试并不是白盒测试的替代品,而是用于辅助白盒测试发现其 他类型的错误。黑盒测试试图发现以下类型的错误:1)功能错误或遗漏;2)界面错误;3)数据结构或外部数据库访问错误;4
2、)性能错误;5)初始化和终止错误。一、黑盒测试的测试用例设计方法等价类划分方法边界值分析方法错误推测方法因果图方法 判定表驱动分析方法正交实验设计方法功能图分析方法等价类划分:是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集 中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计 方法.1)划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭 露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的 测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为 测试
3、的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两 种不同的情况:有效等价类和无效等价类.有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利 用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.无效等价类:与有效等价类的定义恰巧相反.设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能 经受意外的考验.这样的测试才能确保软件具有更高的可靠性.2)划分等价类的方法:下面给出六条确定等价类的原则. 在输入条件规定了取值范围或值的个数的情况下则可以确立一个有效等价类和两个 无效等价类. 在输入条件规定了输入
4、值的集合或者规定了必须如何”的条件的情况下可确立一 个有效等价类和一个无效等价类. 在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类. 在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情 况下,可确立n个有效等价类和一个无效等价类. 在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和 若干个无效等价类(从不同角度违反规则). 在确知已划分的等价类中各元素在程序处理中的方式不同的情况下则应再将该等价 类进一步的划分为更小的等价类.3)设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:输入条件 有效等价类 无
5、效等价类然后从划分出的等价类中按以下三个原则设计测试用例: 为每一个等价类规定一个唯一的编号. 设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类重复这一步. 直到所有的有效等价类都被覆盖为止. 设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类重复这一步直到 所有的无效等价类都被覆盖为止.边界值分析法边界值分析方法是对等价类划分方法的补充.(1)边界值分析方法的考虑:长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发 生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.使用边界值分析方法设计测试用例,首先应确定边界情况
6、.通常输入和输出等价类的边界, 就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据, 而不是选取等价类中的典型值或任意值作为测试数据.(2)基于边界值分析方法选择测试用例的原则:1)如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个 范围边界的值作为测试输入数据.2)如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据.3)根据规格说明的每个输出条件,使用前面的原则1).4)根据规格说明的每个输出条件,应用前面的原则 2).5)如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的
7、第一个元素 和最后一个元素作为测试用例.6)如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作 为测试用例.7)分析规格说明,找出其它可能的边界条件.错误推测法错误推测法: 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法.错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情 况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产 品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0 的情况.输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情
8、况. 可选择这些情况下 的例子作为测试用例.因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条 件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要 检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的 组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个 动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型).因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 利用因果图生成测试用例的基本步骤:(1) 分析软件规格说明描述中,
9、那些是原因(即输入条件或输入条件的等价类),那些是结 果(即输出条件), 并给每个原因和结果赋予一个标识符.(2) 分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关系. 根据这些关系,画出因果图.(3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不不可能 出现. 为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件.(4) 把因果图转换为判定表.(5) 把判定表的每一列拿出来作为依据,设计测试用例.从因果图生成的测试用例(局部,组合关系下的)包括了所有输入数据的取TRUE与取F ALSE的情况,构成的测试用例数目达到最少且测试用例数目随
10、输入数据数目的增加而线性 地增加.前面因果图方法中已经用到了判定表判定表(DECision Table )是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的 辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确.判定表通常由四个部分组成.条件桩(ConDItion STub):列出了问题得所有条件通常认为列出得条件的次序无关 紧要.动作桩(Action Stub):列出了问题规定可能采取的操作这些操作的排列顺序没有约 束.条件项(Con ditio n Entry):列出针对它左列条件的取值在所有可能情况下的真假值.动作
11、项(Action Entry):列出在条件项的各种取值情况下应该采取的动作 规则:任何一个条件组合的特定取值及其相应要执行的操作.在判定表中贯穿条件项和动 作项的一列就是一条规则.显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项 和动作项有多少列.判定表的建立步骤:(根据软件规格说明) 确定规则的个数假如有n个条件每个条件有两个取值(0,1),故有种规则. 列出所有的条件桩和动作桩. 填入条件项. 填入动作项等到初始判定表. 简化合并相似规则(相同动作)B. Beizer 指出了适合使用判定表设计测试用例的条件: 规格说明以判定表形式给出,或很容易转换成判定表. 条件的排列顺序不会
12、也不影响执行哪些操作. 规则的排列顺序不会也不影响执行哪些操作. 每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则. 如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要.黑盒测试的优点1. 基本上不用人管着,如果程序停止运行了一般就是被测试程序CRASh 了2. 设计完测试例之后,下来的工作就是爽了,当然更苦闷的是确定crash原因黑盒测试的缺点1. 结果取决于测试例的设计,测试例的设计部分来势来源于经验,OUSPG的东西很值 得借鉴2. 没有状态转换的概念,目前一些成功的例子基本上都是针对 PDU 来做的,还做不到 针对被测试程序的状态转换来作3. 就没有状态概
13、念的测试来说,寻找和确定造成程序crash的测试例是个麻烦事情, 必须把周围可能的测试例单独确认一遍。而就有状态的测试来说,就更麻烦了,尤其不是一 个单独的 tEStcase 造成的问题。这些在堆的问题中表现的更为突出。黑盒测试(功能测试)工具的选择那么,如何高效地完成功能测试?选择一款合适的功能测试工具并培训一支高素质的工 具使用队伍无疑是至关重要的。尽管现阶段存在少数不采用任何功能测试工具,从事功能测 试外包项目的软件服务企业。短期来看,这类企业盈利状况尚可,但长久来看,它们极有可 能被自动化程度较高的软件服务企业取代。目前,用于功能测试的工具软件有很多,针对不同架构软件的工具也不断推陈出
14、新。这 里重点介绍的是其中一个较为典型自动化测试工具,即Mercury公司的WinRunn er。Wi nRunner是一种用于检验应用程序能否如期运行的企业级软件功能测试工具。通过 自动捕获、检测和模拟用户交互操作,WinRunner能识别出绝大多数软件功能缺陷,从而 确保那些跨越了多个功能点和数据库的应用程序在发布时尽量不出现功能性故障。WinRunner的特点在于:与传统的手工测试相比,它能快速、批量地完成功能点测试 能针对相同测试脚本,执行相同的动作,从而消除人工测试所带来的理解上的误差; 此外, 它还能重复执行相同动作,测试工作中最枯燥的部分可交由机器完成; 它支持程序风格的测 试脚
15、本,一个高素质的测试工程师能借助它完成流程极为复杂的测试,通过使用通配符、宏、 条件语句、循环语句等,还能较好地完成测试脚本的重甩它针对于大多数编程语言和Wi ndows技术,提供了较好的集成、支持环境,这对基于Wi ndows平台的应用程序实施功 能测试而言带来了极大的便利。Wi nRunner的工作流程大致可以分为以下六个步骤1识别应用程序的 GUI在WinRunner中,我们可以使用GUI Spy来识别各种GUI对象,识别后,WinRunner 会将其存储到GUI Map File中。它提供两种GUI Map File模式:Global GUI Map Fil e和GUI Map File per Test。其最大区别是后者对每个测试脚本产生一个GUI文件,它 能自动建立、存储、加载,推荐初学者选用这种模式。但是,这种模式不易于描述对象的改 变,其效率比较低,因此对于一个有经验的测试人员来说前者不失为一种更好的选择,它只 产生一个共享的GUI文件,这使得测试脚本更容易维护,且效率更高。2建立测试脚本 在建立测试脚本时,一般先进行录制,然后在录制形成的脚本中手工加入需要的TSL(与C 语言类似的测试脚本语言)。录制脚本有两种模式Con text Se nsitive和An alog,选择 依据主要在