软件测试测试分类（重点）

约定不等于承诺〃 2024-03-18 00:07 92阅读 0赞

**目录**

按照测试对象划分（了解）

①界面测试

②可靠性测试（可用性）

③容错性测试

容错性和可靠性之间的区别

④文档测试

⑤兼容性测试

⑥易用性测试

⑦安装、卸载测试

⑧安全测试

⑨性能测试

内存泄露测试

按照是否查看代码块进行测试

黑盒测试

白盒测试

灰盒测试

灰盒测试能否取代黑盒测试和白盒测试？

黑盒测试可以取代灰盒测试吗？

面试题：常见的测试方法有哪些？哪种方法用的多？

按照开发阶段划分

①单元测试

②集成测试

③系统测试

④回归测试

⑤冒烟测试

⑥验收测试

按照是否运行划分

静态测试

动态测试

按照测试实施组织划分

α测试

β测试

α测试和β测试的不同

1、应用的场景不同

2、测试人员不同

3、先后顺序不同

测试地域问题

--------------------

## 按照测试对象划分（了解） ##

### ①界面测试 ###

界面测试也叫UI测试，界面测试需要参考UI设计图，总的来说就是验证软件界面的设计是否合理。

验证界面的一致性，合理性，准确性，友好性

验证界面的组件，如滚动条，对话框，文本框

验证界面的排版和布局

验证界面的色调等是否符合时事

### ②可靠性测试（可用性） ###

可靠性公式：软件正常工作的时间/(软件正常工作的时间+不能正常工作的时间)\*100%。

这个公式得出的结果一般要在99.99%或者99.999%以上。

需要借助一些软件工具来进行测试

### ③容错性测试 ###

容错性测试是指系统能够处理异常，用户的错误操作不会引起系统的奔溃，从而提高系统的可用性。

### 容错性和可靠性之间的区别 ###

容错性是指项目异常运行的一个指标

可靠性是指项目正常运行的一个指标

### ④文档测试 ###

文档测试通常来说就是在**需求评审**时候**测试人员**需要进行的需求分析。

### ⑤兼容性测试 ###

浏览器兼容性：  
Chrome、Firefox、edge、Safari等等

平台兼容（操作系统）：  
Linux、Windows、Mac等等。

自身的兼容性：  
例如不同版本的jdk之间需要兼容。

其他软件的兼容性：  
例如百度APP，是否兼容其他的APP，是否支持访问其他的APP，是否支持其他软件的入口之类。

### ⑥易用性测试 ###

软件要简单易上手，主要是为了让用户有更好的体验。

### ⑦安装、卸载测试 ###

软件安装和卸载的方式

安装和卸载的过程是否可以暂停

安装的时候空间不足是否有提示等等。

### ⑧安全测试 ###

安全方面如SQL注入，越权访问，输入脚本，系统漏洞，数据篡改等

### ⑨性能测试 ###

软件的反应速度？（238规律）

内存泄露 、内存占用情况

cpu占用情况

网络等资源瓶颈

### 内存泄露测试 ###

人工静态法：代码走读，人工查找未被回收的内存。

借助相应测试内存泄漏的工具

## 按照是否查看代码块进行测试 ##

### 黑盒测试 ###

黑盒测试就是把项目看成一个“黑匣子”，不关注内部的构造结构和内部特性，只关注代码是否符合用户的需求，产品规格书的说明，又被称为“数据驱动测试”。

常用黑盒测试方法：等价类、边界值、判定表、正交法、场景法、错误猜测法

具体常用黑盒测试见这篇文章：

[(100条消息) 如何设计测试用例以及常用的黑盒测试方法\_渴望力量的土狗的博客-CSDN博客![icon-default.png_t_N6B9][]https://blog.csdn.net/m0\_67995737/article/details/130625865?spm=1001.2014.3001.5502][100_ _-CSDN_icon-default.png_t_N6B9_https_blog.csdn.net_m0_67995737_article_details_130625865_spm_1001.2014.3001.5502]黑盒测试的特点：覆盖产品功能范围最广的测试，但是不能覆盖所有代码

### 白盒测试 ###

白盒测试关注的是代码逻辑，对于业务功能方面关注不够，所以也成为“逻辑驱动测试”。

所以白盒测试的优点是代码覆盖率高，缺点是业务功能覆盖方面不足。

主要包含六种测试方法：**语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖**。

### 灰盒测试 ###

灰盒测试属于中间的一种测试，它既关注具体代码的实现，又关注业务功能的实现，但是灰盒测试没有黑盒测试功能覆盖的全面，也没有白盒测试关注代码实现的细节。

灰盒测试的应用阶段：**集成测试**

### 灰盒测试能否取代黑盒测试和白盒测试？ ###

灰盒测试不能够取代黑盒测试和白鹤测试，原因如上述灰盒测试的缺点所述。

### 黑盒测试可以取代灰盒测试吗？ ###

黑盒测试是可以取代灰盒测试的，但是一旦取代，就要设计出很多的测试用例，费力费时，成本巨大。

### 面试题：常见的测试方法有哪些？哪种方法用的多？ ###

常见的测试发有黑盒测试和白盒测试，对于二者使用的多少需要结合具体的业务需求和场景，

但是一般来说，作为测试人员，需要更多的考虑使用黑盒测试。当然，如果为了更详细的锁定bug，也可以采用白盒测试。

## 按照开发阶段划分 ##

### ①单元测试 ###

单元测试就是针对系统的最小单元进行测试

测试方法：白盒测试：一般需要使用JUNIT框架，针对最小的功能单元进行测试

### ②集成测试 ###

完成单元测试之后，集成项目的各个模块，集成各个单元模块来进行测试。

### ③系统测试 ###

对于项目的系统设计进行测试。

### ④回归测试 ###

回归测试是对于历史的版本和功能进行测试，要保证功能符合需求，但是随着项目的版本越来越多，功能需求就会越来越多，就需要用上自动化测试。

### ⑤冒烟测试 ###

冒烟测试是测试人员全员参与，验证产品是否具备可以测试的条件（可以避免开发人员不断的提交bug的一个繁琐的过程）

### ⑥验收测试 ###

用户来进行验收测试，目的就是为了验证产品是否符合用户的需求。

实际上是由**产品的同学/运营的同学**来进行验收。

## 按照是否运行划分 ##

### 静态测试 ###

静态测试指项目没有运行起来进行的测试，如看一段代码进行的测试

### 动态测试 ###

动态测试指的是项目运行起来之后进行的测试。

## 按照测试实施组织划分 ##

### α测试 ###

α测试是在开发环境下进行的测试，一般是公司内部的测试，体量较小

### β测试 ###

β测试是一种验收类型的测试，由最终使用者在一个或多种环境进行的测试。体量较大

### α测试和β测试的不同 ###

#### 1、应用的场景不同 ####

α测试是在开发环境下进行的测试，β测试是在用户的终端进行的测试

#### 2、测试人员不同 ####

α测试一般是公司内部人员参与，而β测试一般是用户及其使用者参与的

#### 3、先后顺序不同 ####

α测试优于β测试的顺序，α测试完成后才进行β测试，并且β测试的测试周期较长

## 测试地域问题 ##

对于国际化的项目要注意各个地区的差异化，需要不同对待，进行划分。

[icon-default.png_t_N6B9]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/d052e5a0bf534a41861b141131cdf775.png
[100_ _-CSDN_icon-default.png_t_N6B9_https_blog.csdn.net_m0_67995737_article_details_130625865_spm_1001.2014.3001.5502]: https://blog.csdn.net/m0_67995737/article/details/130625865?spm=1001.2014.3001.5502