目录

一、测试用例

二、黑盒测试

2.1、等价类划分法

2.1.1、定义

2.1.2 、等价类划分分类

2.1.3 、等价类划分原则

2.2.4、等价类方法设计测试用例步骤

2.2、边界值方法

2.2.1、边界值的概念

2.2.2 、边界值选择遵循的原则

2.2.3、边界值方法设计测试用例

2.3 、判定表方法

2.3.1、判定表结构

2.3.2、判定表设计测试用例

2.4、因果图方法

2.4.1、因果图法设计测试用例

2.5、正交表方法

2.5.1、基于正交表法设计测试用例的步骤

2.5.2、常用正交表

2.6 场景法

2.6.1、场景法适用于测试过程的那些阶段？

2.6.2、基于场景法设计测试用例的步骤

2.7 错误推断法

总结

一、测试用例

测试用例：

  • 将要进行的测试工作，具体化，并且记录到一个文件中，一般情况下是一个excel【表格】

  • 在测试用例中，明确的指定了每一步做什么操作，期望得到什么结果

测试工作

  • 等程序员完成代码，此时可以进行前期准备工作，就是编写测试用例，将需要测试的每一项都填写到表格中

  • 当程序员完成了代码，此时就可以开始进行测试，也就是根据表格中的内容一项一项的进行测试

测试用例的基本构成

二、黑盒测试

也称为功能测试或数据驱动测试。通过软件的外部表现来发现其缺陷和错误。在测试时，把被测程序视为一个不能打开的盒子，在完全不考虑程序内部逻辑结构和内部特性的情况下进行。它是在已知产品所应具有的功能前提下，通过测试来检测每个功能是否都能正常使用，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能够适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

2.1、等价类划分法

2.1.1、定义

  • 等价类测试是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。它是一种重要的，常用的黑盒测试用例设计方法，适用范围广，可以适用于单元测试、集成测试。系统测试等，且容易扩展。

2.1.2 、等价类划分分类

  • 等价类划分有两种不同的情况：有效等价类和无效等价类。在设计测试用例时，要同时考虑这两种等价类。软件不仅要能接受合理的数据，也要能经受意外的考验，这样的测试才能确保软件具有更高的可靠性。

2.1.3 、等价类划分原则

  • 如果某个输入条件规定了取值范围或值的个数。则可确定一个合理的等价类（输入值在此范围内）和两个不合理的等价类（输入值或个数小于这个范围的最小值或大于这个范围的最大值）

  • 如果规定了输入数据的一组值，而且程序对不同输入值做不同的处理，则每个允许输入值是一个合理的等价类，此外还有一个不合理的等价类，即任何一个不允许输入的值。

  • 如果规定了输入数据必须遵循的规则，可确定一个合理的等价类（符合规则）和若干个不合理的等价类（从各种角度违法规则）

  • 如果输入是布尔表达式，可以分为一个有效的等价类和一个无效的等价类

  • 如果已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分为更小的等价类

  • 等价类划分还应特别注意默认值、空值、Null、0等的情形

2.2.4、等价类方法设计测试用例步骤

第一步：分析需求

  • 通过分析需求，判断项目需要达到什么效果

第二步：划分等价类【找到有效/无效的数据】

案例：找6-10位长度自然数

  • 有效等价类：比较好找，123456 1234567

  • 无效等价类：相对复杂，可以从以下几点来思考

    • 数据内容不符合 数据是否为空

    • 数据长度不符合：过长、过短

    • 数据是否重复

第三步：结合等价类设计测试用例

有几条等价类，就根据等价类设测试用例。

2.2、边界值方法

在日常的测试工作，经常发现，在数据的临界值位置是经常出现bug的，因此这种位置就应该作为我们重点的测试对象。

2.2.1、边界值的概念

边界值：

  • 有效等价类和无效等价类的边界

边界值的三个概念：

  • 上点：边界值上面的这个点，就是上点

  • 内点：有效等价类中的任意一个点

  • 离点：边界值相邻的两个点

2.2.2 、边界值选择遵循的原则

  • 如果输入条件规定了值的范围，可选择正好等于边界值的数据作为合理的测试用例，同时还要选择刚好越过边界值的数据作为不合理的测试用例。如输入值的取值范围是[0,99],可取-1,0，99,100等值作为测试数据。

  • 如果输入的条件指出了输入数据的个数，则按最大个数。最小个数、比最小个数少1、比最大个数多1等情况分别设计测试用例。如，一个输入文件可包括1~255个记录。则分别设计有1个记录，255个记录，以及0个记录、266个记录的输入文件来作为测试用例。

  • 如果程序的规格说明给出的输入域或输出域是有序集合（如有序列表、顺序文件等），则应选取集合的第一个元素和最后一个元素作为测试数据。例如，输出的表最多有99行，每50行为一页，则输出0行、1行、50行、51行、99行。

  • 如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试数据。

2.2.3、边界值方法设计测试用例

确认输入、输出的边界，然后取刚好等于、大于、小于边界的参数作为测试用例测试。
等价类划分法属于确认有效区间，边界值分析法属于确认边界，它们两个的联系就是等价类划分和边界值要一起考虑，边界值分析法属于等价类划分法的补充，任何等价区间都有边界，有边界就有等价区间。

2.3 、判定表方法

考虑输入与输出变量取值之间的关系，比较复杂，需要更多的规则
在一些数据处理问题中，某些操作是否实施依赖于多个逻辑条件的取值，在这些逻辑条件取值的组合构成的多种情况下，分别执行不同的操作。处理这类问题的一个非常有力的分析和表达工具是判定表（决策表）。决策表能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利用决策表能够设计出完整的测试用例集合。在所有的功能测试方法中，基于决策表的测试方法是最严格的决策表通常由四个部分组成。

2.3.1、判定表结构

桩 规则
条件桩 条件项
动作桩 动作项

条件桩（Condition Stub）:列出了问题的所有条件。通常认为列出的条件的次序无关紧要
动作桩（Action Stub）:列出了问题规定可能采取的操作。这些操作的排列顺序没有约束
条件项（Condition Entry)：列出了针对它左列条件的取值。在所有可能的情况下，给出真假值。
动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作

2.3.2、判定表设计测试用例

设计测试用例的步骤

  • 明确条件桩（找到所有的输入条件）

  • 明确动作桩（找到所有的输出条件）

  • 对条件桩进行全组合

  • 明确每个组合对应的动作桩（基于每一种情况，确定本组合下的输出结果）

  • 设计测试用例，每个数据对应一条测试用例

2.4、因果图方法

等价类划分和边界值分析方法都只是孤立地考虑各个输入数据的测试功能，而没有考虑多个输入条件的各种组合和输入条件之间的相互制约关系引起的错误。因此必须考虑采用一种适合于描述对于多种条件的组合，相应产生多个动作的形式来设计测试用例，这就需要利用因果图（逻辑模型），因果图方法最终生成的就是判定表，它适合于检查程序输入条件的各种组合情况

2.4.1、因果图法设计测试用例

因果图常用符号：

符号
~
相当于NOT，也就是逻辑非，表示当条件成立的时候，结果不成立;当条件不成立的时候，结果成立
-
恒等，表示当条件成立的时候，结果成立;当条件不成立的时候，结果不成立
v
相当于OR，也就是逻辑或，表示当多个条件中，有至少一个条件成立的时候，结果成立;当全部条件都不成立的时候，结果不成立
^
相当于AND，也就是逻辑与，表示多个条必须都成立，结果成立;当有任意一个条件不成立的时候，结果不成立

因果图法基本步骤：

  • 找出所有的原因，原因即输入条件或输入条件的等价类。

  • 找出所有的结果，结果即输出条件。

  • 明确所有输入条件之间的制约关系以及组合关系。

  • 明确所有输出条件之间的制约关系以及组合关系。

  • 找出什么样的输入条件组合会产生哪种输出结果

  • 把因果图转换成判定表/决策表

  • 为判定表/决策表中的每一列表示的情况设计测试用例

2.5、正交表方法

能够使用最小的测试过程集合获得最大的测试覆盖率，从全面试验中挑选出有代表性的点进行测试。
适用于配置类软件，组合比较多的情况。

概念：
因素【k】：表示的是输入的条件，每列是一个因素
水平【m】：表示的是输入的条件所得到的结果，表格中的每个小格是一个结果

特点：均匀分散、整齐可比、高效、快速、经济

2.5.1、基于正交表法设计测试用例的步骤

  • 第一步：需求分析

  • 第二步：确定因素和水平【其实就是找有几个输入和几个结果】

  • 第三步：根据因素和水平的数量，确定选择哪个正交表

  • 第四步：将具体的值替换掉正交表中的内容

  • 第五步：根据正交表填写测试用例

2.5.2、常用正交表

L4（23）：3因素2水平

列号

1

2

3

试验号

1

1

1

1

2

1

2

2

3

2

1

2

4

2

2

1

L8(27)：7因素2水平

列号

1

2

3

4

5

6

7

试验号

1

1

1

1

1

1

1

1

2

1

1

1

2

2

2

2

3

1

2

2

1

1

2

2

4

1

2

2

2

2

1

1

5

2

1

2

1

2

1

2

6

2

1

2

2

1

2

1

7

2

2

1

1

2

2

1

8

2

2

1

2

1

1

2

其它的如果需要可以自行下载word文档。

链接：https://pan.baidu.com/s/1u8Nre8ot35xdl6IH-VkvAg
提取码：aulf

2.6 场景法

现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计用例场景用来描述流经用例的路径，从用例开始到结束遍历这条路径上所有基本流和备选流。

2.6.1、场景法适用于测试过程的那些阶段？

  • 集成测试

  • 系统测试

  • 验收测试

2.6.2、基于场景法设计测试用例的步骤

  • 第一步：分析需求

  • 第二步：绘制流程图

  • 第三步：根据流程图写测试用例

流程图中的符号
案例：电商平台购物流程
流程图：
流程图中的一条线就是一个测试用例

2.7 错误推断法

在软件测试活动中，人们可以依靠经验和直觉推测系统中可能存在的各种错误，从而有针对性地编写检查这些错误的例子，这就是错误推测法。

基本思想：根据以往的测试经验和对系统内部知识的了解，列出系统中各种可能有的错误和容易发生错误的特殊情况，再根据它们来设计测试用例，

随着在产品测试的实践中对产品的了解的加深和测试经验的丰富，使用错误推测法设计的测试用例往往非常有效，

可以作为测试设计的一种补充手段，并且积累的经验越丰富，方法使用效率越高。

使用场景：

  • 时间、资源不充足情况才会是使用

  • 使用这种方法，通常都是做初测

总结

  • 等价类：测试的内容有输入功能，而且输入的内容之间没有关系

  • 边界值：输入的内容有边界，有类型、大小、长度的要求

  • 判定表/因果图：有多种输入的内容，而且有多种输出结果

  • 正交法：测试的数据和条件特别多

  • 场景法：整合测试多个功能，需要使用场景法

  • 错误推断法：时间、资源不充足；仅仅需要做初测

测试用例设计常用方法相关推荐

  1. 测试用例设计方法 之【等价类划分法】

    前言: 在没有测试用例之前,团队里的成员进行测试时,完全"以人为本",根据个人思路.需求理解度.发散性思想来完成测试系统,人无完人,弊端显而易见.衍生出[测试用例]后,测试工作的目 ...

  2. 测试用例设计方法基础理论知识

    一.什么是测试用例 测试用例设计:将软件测试的行为活动,作为一个科学化的组织归纳. 测试用例:设计一个情况,软件程序在这种情况下,必须能够正常运行并且达到程序所设计的执行结果. 因为我们不可能进行穷举 ...

  3. 玩转用例设计：XMind2TestCase一个高效的测试用例设计解决方案

    XMind2TestCase 工具,提供了一个高效测试用例设计的解决方案(开源) 一.背景 软件测试过程中,最重要.最核心就是测试用例的设计,也是测试童鞋.测试团队日常投入最多时间的工作内容之一. 然 ...

  4. 测试用例设计方法_测试用例设计方法——流程分析法（场景法）

    测试用例设计方法中,流程分析方法又称为场景法,是根据不同的业务场景来编写测试用例. 流程分析主要包括三个流程: 1.   基本流:也就是正向流程,通过业务流程输入都为正确的,能够最终达到目标的流程.如 ...

  5. PPT资料下载 - 问题驱动的软件测试设计：强化测试用例设计

    测试用例设计是整个软件测试过程中非常重要的测试活动,需求规格说明是测试人员开展测试设计的主要参考输入.而在测试实践中基于需求规格说明得到的测试用例,在测试覆盖率.测试效率.测试有效性和测试质量等方面的 ...

  6. 软件测试用例设计“八法归一”——因果阵

    [本文出自天外归云的博客园] 八法 测试用例设计有八法: 1. 等价类划分法 2. 边界值分析法 3. 错误推测法 4. 因果图法 5. 路径覆盖法 6. 功能图法 7. 正交试验设计法 8. 场景设 ...

  7. 软件测试用例设计实用经验之谈

    概述 软件测试用例设计最重要的前提是掌握业务知识,加上一定的测试用例设计方法,软件测试的工作实际就非常简单了,多测试几个实际项目技能就自然提高了. 我把软件测试用例设计分成4个部分: ·测试类型 ·设 ...

  8. 场景法设计测试用例atm_测试用例设计经典面试题之电梯、杯子、笔、桌子、洗衣机、椅子、ATM等...

    测试用例设计经典面试题之电梯.杯子.笔.桌子.洗衣机.椅子.ATM等 <转载> 1.测试项目:电梯 需求测试:查看电梯使用说明书.安全说明书等 界面测试:查看电梯外观 功能测试:测试电梯能 ...

  9. 测试用例设计方法（五）路径覆盖

    熟悉测试理论的人都知道,路径覆盖是白盒测试中一种很重要的方法,广泛应用于单元测试.那么基于路径覆盖的分析方法是不是只能应用于单元测试呢,能不能将其推而广之呢.一般而言,在单元测试中,路径就是指函数代码 ...

  10. 测试思想-测试设计 测试用例设计之正交法

    测试用例设计之正交法 by:授客 QQ:1033553122 什么是n阶拉丁方? 用n个不同的拉丁字母排成一个n阶方阵(n<26 ),如果每行的n个字母均不相同,每列的n个字母均不相同,即每个字 ...

最新文章

  1. oracle anbob,Tag Archives: oracle安装 | ANBOB
  2. python opencv 得到图片路径image_path的宽wide、高heigh和深度deep
  3. 重磅《美国机器智能国家战略》
  4. mariadb导入sql数据_「译」关系型数据库介绍
  5. hdu 4362(单调队列优化dp)
  6. 虚拟机中的Linux安装VMware Tools的方法
  7. 如何在Java 8中创建线程安全的ConcurrentHashSet？
  8. 在emIDE中创建STM32项目
  9. 挫败帆船行业调研报告 - 市场现状分析与发展前景预测（2021-2027年）
  10. 关于Maven构建的项目依赖范围
  11. 一、Spring Boot整合redies
  12. 【Markdown小技巧】 整理小图标和表情符号
  13. 征途服务器修改,特色修改之(国家任务篇)
  14. 循环的数学应用————21.特殊等式 xyz+yzz =532
  15. 2015年imac一体机安装双系统问题及解决技巧
  16. 多元共线性检测 -- 方差膨胀因子(Python 实现)
  17. USB3.2超高速协议规范
  18. 产品定位的原则，与同类产品竞争原则、拾遗补缺原则等5个方面
  19. LT-mapper，LT-SLAM代码运行与学习
  20. Code Review Checklist

热门文章

  1. vue-froala-wysiwyg富文本编辑器
  2. vs2017调用目标发生了异常
  3. AD 画板知识 mil和mm换算（硬件每日一题）
  4. matlab 3维平滑,matlab 曲面平滑
  5. 【业余无线电BI1FKP】万里通UV5F-Plus写频、自制写频线
  6. 单片机-节日彩灯控制器
  7. VSS的基本使用操作介绍
  8. 三维校园（三维虚拟校园）的使用体验
  9. GPU硬件加速原理 /转
  10. 印刷五大要素：原稿、印版、油墨、承印物、印刷机械