软件测试期末总结(5)

3.在已知软件产品功能的基础上，主要检测以下错误：检测软件功能能否按照需求规格说明书的规定正常工作，是否有功能遗漏；检测是否有人机交互错误，是否有数据结构和外部数据库访问错误，是否能恰当地接收数据并保持外部信息（如数据库或文件）等的完整性；检测行为、性能等特性是否满足要求等；检测程序初始化和终止方面的错误等。

4.黑盒测试的两个显著优点：① 黑盒测试与软件具体实现无关，所以如果软件实现发生了变化，测试用例仍然可以使用；② 设计黑盒测试用例可以和软件实现同时进行，因此可以压缩项目总的开发时间。

5.要利用黑盒测试方法查出软件中所有故障，只能采用把所有可能的输入全部都用作测试输入的穷举输入参数法来完成。穷举输入测试是不现实的。这就需要我们认真研究测试方法，以便能开发出尽可能少的测试用例，发现尽可能多的软件故障。

6.等价类划分法是根据程序规格说明书对输入域或者输出域划分为若干个互不相交的子集，称为等价类，然后从每个等价类中选取少数具有代表性的数据作为测试用例，进行测试。 划分等价类（1）有效等价类——检验程序是否实现了规格说明预先规定的功能和性能。 （2）无效等价类——检查软件功能和性能的实现是否有不符合规格说明要求的地方。 常用的等价类划分原则(书P21)1）按区间划分2）按数值划分3）按数值集合划分 （4）按限制条件或规则划分5）细分等价类：等价类中的各个元素在程序中的处理若不相同，则可将此等价类进一步划分成更小的等价类。

在确立了等价类之后，可按如下形式列出所有划分出的等价类表

同样，也可按照输出条件，将输出域划分为若干个等价类。

7.等价类划分测试用例设计：在设计测试用例时，要同时考虑有效等价类和无效等价类的设计。软件不能都只接收合理的数据，还要接受无效的或不合理的数据，这样获得的软件才能具有较高的可靠性。 8.具体步骤：

划分等价类；为每个等价类规定一个唯一的编号。

设计一个新的测试用例，尽可能多地覆盖尚未被覆盖的有效等价类，重复这一步，直到测试用例覆盖了所有的有效等价类。 设计一个新的测试用例，使其覆盖并且只覆盖一个还没有被覆盖的无效等价类。重复这一步，直至测试用例覆盖了所有的无效等价类。 9.等价类测试需要注意：

1）规格说明往往没有定义无效测试用例的期望输出应该是什么样的，因此，测试人员需要花费大量时间来定义这些测试用例的期望输出。

2）如果程序中性别一栏以下拉列表框实现，没有给用户留下可能输入别的数据的机会，就不用设计无效等价类。

弱一般等价弱健壮等价

弱等价类测

………

强等价类测

强一般等价强健壮等价………

10.“弱”：是因为基于单缺陷假设：单缺陷假设指“失效极少是由两个或两个以上的缺陷同时发生引起的”。“强”：是因为基于多缺陷假设：多缺陷假设是指“失效是由两个或两个以上缺陷同时作用引起的”“一般”：是因为只考虑有效值“健壮”：是因为不仅考虑有效值，还考虑无效值

11.弱一般等价类：设计若干测试用例，每个测试用例应尽可能多地覆盖尚未覆盖的被测变量的有效等价类并且每个被测变量的有效等价类应至少出现一次.测试用例个数为：各个被测变量中的最大有效等价类个数.

12.强一般等价类：设计若干测试用例，使其覆盖所有被测变量有效等价类的组合. 测试用例个数为：∏各个被测变量有效等价类数.

13.弱健壮等价类：设计若干测试用例，每个测试用例应尽可能多地覆盖尚未覆盖的有效等价类，对于无效等价类，每个测试用例只考虑一个被测变量的无效等价类

测试用例个数为：各个被测变量中的最大有效等价类个数+∑各个被测变量的无效等价类数 14.强健壮等价类：设计若干测试用例，使其覆盖所有被测变量的有效等价类和无效等价类的组合；测试用例个数为：∏各个被测变量的（有效等价类数+无效等价类数) 15.边界值分析由于故障往往出现在定义域或值域的边界上，所以为检测边界附近的处理专门设计测试用例，通常都会取得很好的测试效果。边界值分析法具有很强的发现故障的能力。 边界是一些特殊情况。程序在处理大量中间数值时都是正确，但是在边界处可能出现错误。 一些可能与边界有关的数据类型有：数值，速度，字符，地址，位置，尺寸，数量等。要考虑这些数据类型的下述特征：第一个/最后一个，最小值／最大值，开始／完成，超过/在内，空／满，最短／最长，最慢/最快，最早/最迟，最高／最低，相邻／最远等。

1) 对16-bit 的整数而言 32767 和 -32768 是边界 2) 屏幕上光标在最左上、最右下位置 3) 报表的第一行和最后一行4) 数组元素的第一个和最后一个 5) 循环的第 0 次、第 1 次和倒数第 2 次、最后一次

16.边界值和等价类密切相关，输入等价类和输出等价类的边界是要着重测试的边界情况。 边界值分析是对等价类划分方法的补充。边界是最容易出错的地方，所以，从等价类中选取测试数据时应该关注边界值。

17.具体设计方法：确定边界情况（输入或输出等价类的边界）；选取正好等于、刚刚大于或刚刚小于边界值作为测试数据；健壮性边界值测试——边界值分析的一种扩展

变量除了取min，min＋，nom，max－，max五个边界值外，还要考虑采用一个略超过最大值(max+)以及一个略小于最小值(min-)的取值，看看超过极限值时系统会出现什么情况。 健壮性测试意义:不是输入，而是预期输出，观察例外情况如何处理

18.基于决策表的测试是最严格，最具有逻辑性的黑盒测试方法。决策表是把作为条件的所有

输入的各种组合值以及对应输出值都罗列出来而形成的表格。它能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利用决策表能够设计出完整的测试用例集合。决策表适合处理：针对不同逻辑条件的组合值，分别执行不同的操作这样的问题。 19.构造决策表可采用以下5个步骤：列出所有的条件桩和动作桩。确定规则的个数。填入条件项。填入动作项，得到初始决策表。简化决策表，合并相似规则。 20.完整的测试用例包含：；编号；用例描述；前置条件（前提条件）；输入数据；测试步骤 期望结果

21.因果图法：当程序输入之间有关系，例如：约束关系、组合关系时，用等价类划分和边界值分析是很难描述的，测试效果难以保障。因此必须考虑使用一种适合于描述对于多种条件的组合，产生多个相应动作的测试方法——因果图法。

因果图法——就是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种情况的组合。如果开发项目在设计阶段就采用的决策表，就不必再画因果图，可以直接利用决策表设计测试用例。

输入条件的约束： E（异或）：a和b中最多只能有一个为1，即a和b不能同时为1。 I（或）：a、b和c中至少有一个为1，即a、b和c不能同时为0。 O（唯一）：a和b必须有一个，且仅有一个为1. R（要求）：a是1时，b必须是1， 输出条件的约束： M（强制）：如果结果a是1，则结果b强制为0.

22.因果图法测试用例的设计步骤：确定软件规格中的原因和结果。2）分析规格说明中哪些是原因（即输入条件或输入条件的等价类），哪些是结果（即输出条件），并给每个原因和结果赋予一个标识符。3）确定原因和结果之间的逻辑关系。4）分析软件规格说明中的语义，找出原因与结果之间、原因与原因之间对应的关系，根据这些关系画出因果图。5）确定因果图中的各个约束。

23.在因果图上用一些记号表明有些原因与原因之间、原因与结果之间不可能出现的组合情况，即约束或限制条件。把因果图转换为决策表。根据决策表设计测试用例。 因果图法的测试运用

24.程序的规格说明要求：输入的第一个字符必须是#或*，第二个字符必须是一个数字，在此情况下进行文件的修改；如果第一个字符不是#或*，则给出信息N；如果第二个字符不是数字，则给出信息M。 1. 将原因和结果分开。

原因：c1——第一个字符是# c2——第一个字符是* c3——第二个字符是一个数字

结果：e1——给出信息N e2——修改文件 e3——给出信息M 2. 绘制因果图。其中编号为10的中间节点是导出结果的进一步原因。

画出约束条件。因为c1和c2不可能同时为1，即第一个字符不可能既是#又是*，在因果图上可对其施加E约束，得到具有约束的因果图。 3. 将因果图转换成决策表 根 据 因 果 图 建 立 的 决 策 表 1 规则 选项 条件： c1 c2 c3 10 动作： e1 e2 e3 不可能 1 1 1 √ 2 1 1 0 √ 3 1 0 1 1 √ 4 1 0 0 1 √ 5 0 1 1 1 √ 6 0 1 0 1 √ 7 0 0 1 0 √ 8 0 0 0 0 √ √ 、

4. 设计测试用例。根据上一步中的决策表，最左面的两列c1和c2同时为1是不可能的，需要排除。所以，可设计出6个测试用例：

1：输入数据——#3 预期结果——修改文件 2：输入数据——#A 预期结果——给出信息M 3：输入数据——*6 预期结果——修改文件 4：输入数据——*B 预期结果——给出信息M 5：输入数据——A1 预期结果——给出信息N

6：输入数据——GT 预期结果——给出信息M和N

26.错误推测场景法：定义 基于经验和直觉推测程序中可能存在的各种错误, 针对这些错误设计相应的测试用例；常作为一种补充测试用例的设计方法

27步骤：错误猜测设计法是一个在很大程度上凭直觉进行的比较随意的过程2）用列表举出程序中可能有的错误和容易发生错误的特殊情况3）基于该列表构造测试用例

28.现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。

这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。 28.场景法就是通过用例场景描述用例执行的路径，从用例开始到结束遍历这条路径上所有基本流和备选流。

29.利用用例（use case）进行需求建模的输出物，包括用例模型；术语表；补充规格说明；用例规格说明；；；是文本描述，利用结构化自然语言

事件流组成

基本流（Basic Flow）仅有一个基本流，如图中的白色箭头；是经过用例的最简单的路径,指

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库软件测试期末总结(5)在线全文阅读。