【软件测试】8. 测试分类-CSDN博客

语句覆盖

每个语句至少执行一次。

针对A and B：A为T且B为T

针对C or D：C为T或者D为T
得出⽤例：
⽤例1：A为T，B为T，C为T，D为F


判定覆盖
A and B 要为T => A=T B=T ①
A and B 要为F => A=T B=F 或者A=F B=T或者 A=F B=F②
C or D 要为T => C=T D=T/F 或者 C=T/F D=T③
C or D 要为F => C=F D=F ④
得出⽤例：
⽤例1：A=T B=T C=T D=F 满⾜①③
⽤例2：A=T B=F C=F D=F 满⾜②④

条件覆盖
A T F
B T F
C T F
D T F
⑤ ⑥
得出⽤例：
⽤例1：A=T B=T C=T D=T
⽤例2：A=F B=F C=F D=F
判定条件覆盖
结合判定覆盖和条件覆盖
得出⽤例：
⽤例1：A=T B=T C=T D=T 满⾜①③⑤
⽤例2：A=F B=F C=F D=F 满⾜②④⑥
条件组合覆盖
A B ∣ C D
T T ∣ T T
T F ∣ T T
F T ∣ T T
F F ∣ T T
每⾏就可以是⼀个⽤例，⼀共四个⽤例。
路径覆盖

总结：

白盒测试主要应用于单元测试阶段。
先执行静态设计用例的方法，再执行动态设计测试用例的方法。
设计用例一般使用路径测试，重点模块追加使用逻辑覆盖方法。

4.2 黑盒测试

1.黑盒测试就是在完全不考虑程序逻辑和内部结构的情况下，检查系统功能是否按照需求规格说明书的规定正常使用，是否能适当的接收输入数据而输出正确的结果，满足规范需求。

所以黑盒测试又称为数据驱动测试，只注重软件的功能

2.黑盒测试的优点

不需要了解程序内部的代码以及实现，不关注软件内部的实现。

从用户角度出发设计测试用例，很容易的知道用户会用到那些功能，会遇到那些问题，锻炼测试人员的产品思维

测试用例是基于软件需求开发文档，不容易遗漏软件需求文档中需要测试的功能。

3.黑盒测试的缺点是不可能覆盖所有代码。

4.黑盒测试用到的测试方法有等价类，边界值，因果图，场景法，错误猜测法等。

4.3灰盒测试

灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。

但是，灰盒测试没有白盒测试详细和完整，黑盒测试是覆盖产品范围最广的测试，因此灰盒测试基本是不能够替代黑盒测试，否则需要很大的代价，设计非常多的用例。

面试题：

你知道的测试方法有哪些？那种用的比较多？

常见的测试方法有白盒测试和黑盒测试和灰盒测试。开发人员主要用白盒测试和灰盒测试，测试人员主要用白盒测试和黑盒测试，对于测试人员来说，相较于白盒测试，黑盒测试用的多一点。

5.按照测试阶段分类

单元测试

与编码同步进行，针对软件最小组成单元进行测试，主要采用白盒测试方法，从被测对象的内部结构出发设计测试用例。

到底怎么才算“最小单元”呢，最小单元实际上是认为定义的，一个方法，一个类可以理解为“最小单元”。

测试阶段：编码后或者编码前（TDD）
测试对象：最小模块
测试人员：白盒测试工程师或开发工程师
测试依据：代码和注释+详细设计文档
测试方法：白盒测试
测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界值测试

针对上面给出的冒泡排序，我们尝试实现一个简单的单元测试。

public class Main {
 public static void bubbleSort(int[] arr) {
 int n = arr.length;
 for (int i = 0; i < n; i++) {
 // 每轮遍历将最⼤的数移到末尾
 for (int j = 0; j < n - i - 1; j++) {
 if (arr[j] > arr[j+1]) {
 int temp = arr[j];
 arr[j] = arr[j+1];
 arr[j+1] = temp;
 }
 }
 }
 }
 public static void main(String[] args) {
 // 排序⽆序数组
 Test01();
 // 排序有序数组
 Test02();
 // 排序空数组
 Test03();
 // 排序有重复数组数组
 Test04();
 }
 private static void Test04() {
 int[] act_array1= {1, 1, 29, 12, 12, 9, 9};
 int[] expect_array1 = {1, 1, 9, 9, 12, 12, 29};
 //排序⽆序数组
 bubbleSort(act_array1);
 boolean isSame = Arrays.equals(act_array1, expect_array1);//判断两个数
组内容是不是⼀样
 if(isSame == false) {
 System.out.println("测试不通过");
 } else {
 System.out.println("测试通过");
 }
 }

 private static void Test03() {
 int[] act_array1= {};
 int[] expect_array1 = {};
 //排序⽆序数组
 bubbleSort(act_array1);
 boolean isSame = Arrays.equals(act_array1, expect_array1);//判断两个数
组内容是不是⼀样
 if(isSame == false) {
 System.out.println("测试不通过");
 } else {
 System.out.println("测试通过");
 }
 }
 private static void Test02() {
 int[] act_array1= {1, 2, 3, 4, 5};
 int[] expect_array1 = {1, 2, 3, 4, 5};
 //排序⽆序数组
 bubbleSort(act_array1);
 boolean isSame = Arrays.equals(act_array1, expect_array1);//判断两个数
组内容是不是⼀样
 if(isSame == false) {
 System.out.println("测试不通过");
 } else {
 System.out.println("测试通过");
 }
 }
 private static void Test01() {
 int[] act_array1= {64, 34, 25, 12, 22, 11, 90};
 int[] expect_array1 = {11, 12, 22, 25, 34, 64, 90};
 //排序⽆序数组
 bubbleSort(act_array1);
 boolean isSame = Arrays.equals(act_array1, expect_array1);//判断两个数
组内容是不是⼀样
 if(isSame == false) {
 System.out.println("测试不通过");
 } else {
 System.out.println("测试通过");
}
}
}

Java中也有很多单元测试架构，如Juniit，Junit提供了非常多注解和断言函数，有效提升开发单元测试脚本的效率。

import org.junit.jupiter.api.Test;
import static org.junit.jupiter.api.Assertions.assertArrayEquals;
public class BubbleSortTest {
 @Test
 public void testBubbleSort() {
 // 测试⽤例：正常情况下的冒泡排序
 int[] arr = {5, 3, 9, 1, 7};
 int[] expected = {1, 3, 5, 7, 9};
 BubbleSort.bubbleSort(arr);
 assertArrayEquals(expected, arr);
 }
 @Test
 public void testBubbleSortEmptyArray() {
 // 测试⽤例：空数组的冒泡排序
 int[] arr = {};
 int[] expected = {};
 BubbleSort.bubbleSort(arr);
 assertArrayEquals(expected, arr);
 }
 @Test
 public void testBubbleSortAlreadySorted() {
 // 测试⽤例：已经有序的数组，排序后应该保持不变
 int[] arr = {1, 2, 3, 4, 5};
 int[] expected = {1, 2, 3, 4, 5};
 BubbleSort.bubbleSort(arr);
 assertArrayEquals(expected, arr);
 }
 @Test
 public void testBubbleSortWithDuplicates() {
 // 测试⽤例：包含重复元素的数组
 int[] arr = {4, 2, 4, 1, 3, 2};
 int[] expected = {1, 2, 2, 3, 4, 4};
 BubbleSort.bubbleSort(arr);
 assertArrayEquals(expected, arr);
 }

集成测试

集成测试也称联合测试（联调）、组装测试，将程序模块采用适当的集合策略组装起来，对系统的接口集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。

测试阶段：一般单元测试之后进行
测试对象：模块间的接口
测试人员：白盒测试工程师或开发工程师
测试依据：单元测试的模块+概要设计文档
测试方法：黑盒测试与白盒测试相结合
测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响。

系统测试

对通过集成测试的系统进行整体测试，验证系统功能性和非功能性需求的实现。

测试阶段：集成测试通过之后
测试对象：整个系统（软、硬件）
测试人员：黑盒测试工程师
测试依据：需求规格说明文档
测试方法：黑盒测试
测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等。

冒烟测试

在软件中，“冒烟测试”这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。在检查了代码后，冒烟测试时确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改会按预期进行运行，且不会破坏整个版本的稳定性。

冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件主要功能和核心流程正常，在正式进行系统测试之前执行。冒烟测试一般在开发人员开发完毕后提交给测试人员来进行测试时，先进行冒烟测试，保证基本功能正常，不阻碍后续的测试。

如果冒烟测试通过，则测试人员开始进行正式的系统测试，如果测试不通过，则测试人员就可以让开发人员重新修复代码知到冒烟测试通过，再开始进行系统测试。

回归测试

回归测试是指修改了旧代码后，重新进行测试集确认修改没有引入新的错误或导致其他代码产生错误。

在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。对着系统的庞大，回归测试的成本越来越大，通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。

回归测试主要由人工测试和自动化测试进行。

回归测试和冒烟测试的区别：

1.回归测试：

阶段：在软件开发的后期，通常在没戏代码修改或新增功能后执行。
目的：确保已有的功能仍然正常工作，并且新的更改没有引入新的错误。目的是防止已有功能因为代码修改而出现问题。

2.冒烟测试：

阶段：通常在软件开发的早期阶段进行，主要用于验证基本功能是否正常工作。
目的：确保软件的主要功能能够基本运行，一遍在后续的详细测试阶段发现更深层次的问题。

虽然它们都属于系统测试，但冒烟测试注重最基本的功能，而回归测试关注全面的功能，包括已有功能和新添加的功能。这两种测试类型在测试策略中起到了不同的作用，帮助确保软件质量和稳定性。

验收测试

针对用户需求，对通过系统测试的软件进行交付性操作，已确定系统是否满足验收标准，由用户或其他授权机构决定是否接受系统。验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段。也称交付测试。验收测试的目的是确保软件准备就绪。按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始需求。

测试阶段：系统测试通过之后
测试对象：整个系统（包括软硬件）
测试人员：主要是最终用户或者需求方
测试依据：用户需求、验收标准
测试方法：黑盒测试
测试内容：同系统测试（功能……各类文档等）

6.按照是否手工测试

手工测试

手工测试就是有人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。

自动化测试

就是在预设条件下运行系统或应用程序，评估运行结构，预先条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。

自动化测试和手工测试优缺点

自动化测试

优点：1.节约成本。2.提高测试人员执行工作效率。3.保障软件的质量。

缺点：1.对测试人员技术要求较高。2.不能发散性测试。

手工测试

优点：1对测试人员技术要求没有自动化技术要求高。2.可以进行发散性测试。

缺点：1.效率低。2.人员，时间成本比起自动化测试都比较高。

7.按照实施组织划分

大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试

α测试(Alpha Testing)
α测试⼜叫内测或者叫a测，其实都是⼀个涵义
α测试通常是公司内部的⽤⼾在模拟实际操作环境下进⾏的测试。α测试的⽬的是评价软件产品的
FLURPS(即功能、可使⽤性、可靠性、性能和⽀持)。 α测试不能由程序员或测试员完成。
β测试(Beta Testing)
β测试⼜叫公测或者叫b测
β测试由软件的最终⽤⼾们在⼀个或多个场所进⾏，这⾥就可以理解为，β测试是正式⽤⼾中的⼀部
分，他们在任意的场合来使⽤软件，⽬的是为了发现软件是否存在⼀系列的问题
通常会发送⼀些邀请码，来邀请⽤⼾参与项⽬测试
α测试与β测试的区别：
测试的场所不同：α测试是在公司内部进⾏测试的,但是β测试是在⽤⼾环境下进⾏测试的
α测试的环境是受开发⽅控制的,⽤⼾的数量相对⽐较少,时间⽐较集中。β测试的环境是不受开发
⽅控制的,⽤⼾数量相对⽐较多,时间不集中。
测试执⾏时机不同：α测试先于β测试执⾏。通常是α测试通过后，在进⾏β测试
测试持续时间⻓短不同：α测试时间没有β测试持续时间⻓

通过第三方测试，可以确保软件的质量，节约成本，去报软件尽快上线。