测试的分类

冒泡迪

已于 2022-04-05 20:49:03 修改

阅读量754

点赞数 2

文章标签： sql mysql 数据库

于 2022-04-02 07:39:47 首次发布

本文链接：https://blog.csdn.net/stitchD/article/details/123818506

版权

一、按开发阶段划分

1.单元测试

对程序的一个单元进行测试，这个单元可能是一个类，也可能是一个方法（局部数据结构测试）
（1）测试阶段∶开发前（TDD（Test—Driven—Development）测试驱动开发），或者开发后。
（2）测试对象∶单元模块
（3）测试人员：白盒测试工程师或开发工程师
（4）测试内容∶模块接口的测试∶ 输入输出输入参数的数量，类型，类型的排列，输出手否符合接口设计文档，局部数据结构测试，路径测试，错误处理测试，边界测试。

2.集成测试

集成∶按照一定的策略（逻辑）组合单元模块形成一个功能模块
（1）测试阶段∶单元测试之后;
（2）测试方法∶灰盒测试;
（3）测试人员∶开发工程师，白盒测试工程师;
（4）测试依据∶概要设计文档，详细设计文档
（5）测试内容∶接口之间数据的传输，全局数据结构，模块组装的功能的正确性，单个功能模块缺陷对整体的影响，模块和模块之间的功能冲突。

3.系统测试

（1）测试阶段∶集成测试之后;
（2）测试方法∶黑盒测试方法;
（3）测试人员∶黑盒测试工程师;
（4）测试依据∶需求文档
（5）测试内容∶功能，界面，易用性，性能，安全性，兼容性，可靠性;

1）回归测试
在系统引入新的代码的时候进行回归测试;
增加新功能，修改BUG;
回归测试的策略很重要∶评估回归测试的范围，自动化测试
2）冒烟测试（在正式测试的时候用）
对系统的主要功能和核心的流程进行测试;
评判系统是否进入正式的测试环节的依据—准入原则

注：提测用例∶判断系统能否能正式的提交给测试人员的用例
很少，主要针对本次迭代的主要功能和系统的核心流程进行测试用力的设计下

4.验收测试

客户（甲方）按照用户的需求对系统进行测试，分为α测试和β测试。
测试人员∶客户
测试内容∶ 和系统测试一致，文档测试（软件设计文档，功能设计文档，用户使用手册，详细功能使用文档等）

二、按照实施组织划分

1.α测试

用户到开发环境下进行测试;
优点∶测试过程中发现的问题可以及时反馈给开发人员，及时得到解决
缺点∶用户在开发环境下，容易受开发人员和测试人员的影响;

2.β测试

实际用户在真实的环境下进行测试，测试环境地域不受限制;
测试的结果跟接近用户实际使用的情况的反馈;
β测试在α测试之后

3.第三方测试

由软件的第三方测评机构进行测试

4.α测试和β测试对比

地域不一样，α是在开发环境下，β测试在用户实际使用环境下;
时间的集中程度也不一样，α测试测试时间相对比较集中，β测试时间相对比较分散;

三、按照测试执行方式

1.静态测试

不运行代码，通过静态分析代码的语法，编写规范，逻辑，结构，实现的功能，来判断软件是否满足用户的需求。（测试做到开发后面眼看代码）

2.动态测试

写测试用例，运行程序，对系统进行测试，查看分析系统的输出是否符合预期

四、按照是否手工划分

1.手工测试

设计测试用例，运行程序，一步一步手动执行测试用例，对系统进行测试。
缺陷∶量大容易出错，效率比较低。
优点∶测试时比较灵活，可以根据不同的实际情况进行测试用例的修改和完善。

2.自动化测试

把手工测试的测试用例转换成自动化脚本，让机器去执行脚本;给定预先设计好的条件和结果的预判去执行;
如：UI自动化，接口自动化，性能自动化，web自动化，app自动化

（1）自动化的意义∶解放双手，提高测试效率，节省大量的人力和时间资源。
（2）如何判断一个自动化脚本是否有价值?
自动化脚本的使用率使用频率高越有价值
（3）什么项目可以使用自动化?
项目周期长，不停的迭代;
适用于需求比较稳定的项目;

五、按照是否查看代码划分

1.黑盒测试（不看代码）

测试的时候只关心输入和输出，不去看功能的内部逻辑，代码具体的实现。
（1）黑盒测试的设计测试用例的方法有哪些?
等价类，边界值，因果图，正交设计法，错误猜测法，场圆法

2.白盒测试（看代码）

对程序的内部的逻辑，结构，功能进行的测试单元测试就属于白盒测试;
（1）白盒测试的方法∶语句覆盖法，逻辑覆盖法，循环覆盖法（for，while，do while）逻辑覆盖法∶路径覆盖，判定覆盖，判定组合覆盖条件覆盖

3.灰盒测试∶

介于白盒测试和黑合测试之间，既要关心输入和输出，又关心程序内部的逻组结构（集成测试，接口）

六、按地域划分测试

1.软件国际化

就是开发一款软件的时候用运了一种工程技术，可以使得软件使用不同国家的语言和当地的分俗习惯而不用修改软件的源码。

2.本地化测试

七、按照测试对象划分

1.界面测试

测试人员是根据UI设计师的设计图来进行测试的
（1）文字
大小，类型，粗细，是否斜体，颜色，是否加下划线，是否是链接
（2）图片
大小，颜色，清晰度，排版，是否重叠;
（3）控件
按钮，文本框，滚动条，下拉框，勾选框，有效控件和无效的控件，置灰，高亮，备注，提示说明语言表达是否清晰整体布局排版。

（4）响应式
就是缩小网页，被遮挡，分辨率（可以看做页面的大小）
响应式测试需要注意的∶
1）页面上的文字随着屏幕分辨率变化的时候不会出现重叠，遮挡，消失;
2）页面上的图片随着屏幕分辨率变化的时候不会出现重叠，遮挡，消失，模糊;
3）页面的功能随着屏幕分辨率变化的时候没有消失;
4）页面的功能随着屏幕分辨率变化的时候可以正常使用;
5）要严格遵循UI设计图;
6）页面在不同的屏幕分辨率进行衔接，衔接是否丝滑，不出现断层。

（5）界面测试常见的错误
不合适的快捷键，文字消失（没有真长展示），重叠展示，重复的快捷键，没有对齐等。

2.容错性测试

当系统因为外部环境的影响或者用户的误操作导致系统发生错误，但是系统可以自我处理，使系统正常稳定运行。
（1）数据级别
日期，货币，时间

（2）验证级别
查询信息的前后空格，验证码输入错误，同一个系统前后信息的容错处理。
如：注册，密码确认密码

（3）环境容错处理
当系统运行的时候出现断电，断网，服务器故障的时候可以随时切换用电器，网络，备用服务器，并让用户无感知。

（4）界面容错处理
进行一些危险或者用户禁用操作的时候，有没有给用户提示，或者把这些功能屏蔽;
注册的时候账户和密码的位数限制，当用户输入最大位数的时候就禁止输入了用户只能输入一些规定好的固定选项的时候，以下拉框的形式展示在一些复杂容易出错的操作，会给用户提示。

（5）灾难恢复性测试
人为让系统发生一系故障，让系统出现断网断电系统崩溃的极端情况，检测系统是否可以自我恢复数据，以及恢复这些数据的正确定和耗时。

3.文档测试

软件开发过程当中产生的文档进行测试，软件设计文档，流程图文档，功能分析设计文档，用户使用手册等。
主要测试文档和软件系统的一致性；文档的术语是否得当，正确性，完整性，易用性。

4.兼容性测试

（1）web系统的兼容性
系统环境： Windows、Windows10、Windows7；Mac ios 的不同版本
浏览器版本：Firefox、Chrom、edge、Opera、IE、QQ浏览器

（2）App兼容性
在每一个不同手机系统、不同品牌、不同机型的版本测试
ios：iphone12、iphone6s、iphone 13等
Android：华为、oppo、vivo、小米等

（3）软件本身先前或者向后的兼容性

（4）软件是否和其它先关的软件的兼容性
例如：淘宝支付宝盒马鲜生

（5）数据的兼容性

5.易用性测试（用户体验性测试（UE））

符合标准规范，直观性，灵活性，舒适性，实用性等
灵活性：软键盘九键和全键
舒适性：进度条

6.安装/卸载测试

（1）app 的安装方式
第三方应用安装（手机助手，电脑管家），应用商店，安装包，命令行，压缩包解压

（2）app的卸载方式
应用商店，桌面卸载，第三方应用的卸载，命令行卸载（使用在自动化测试中）

（3）断电，断网情况下的安装和卸载安装的过程中空间不足怎么办?
1）安装的过程中如果暂停，继续安装是否会成功安装;
2）安装和卸载的过程中出现了手机关机，手机重新开机后是否3）还可以正常安装和卸载；卸载的过程中是否可以清除产生的而所有相关数据

7.性能测试

（1）响应时间∶3/5/10
发送请求到接收到页面的时间
3s：能接受
5s：勉强接受
10s：用户不耐烦
（2）TPS （Transaction Per Second）
每秒处理的事务数量（工具）
（3）吞吐量
系统在单位时间内处理的信息量
（4）点击率∶
每秒向服务器发送的HTTP请求的个数
（5）系统在运行时占用的资源的情况
CPU，内存，磁盘，网络带宽，耗电量