软件测试分类

本章主要介绍软件测试分类,纯文字内容,密密麻麻~~~~啊,对文字不感兴趣的小伙伴建议点个赞后放弃观看

一.软件测试分类

1.按照阶段划分 :单元测试,集成测试,系统测试,验收测试
2.按照实施方划分:  alpha划分(内测:测试人员,开发人员,客户),beta测试(公测:最终用户测试),第三方测试
3.按照技术划分 :黑河,白盒,冒烟,随机,性能,功能,安全.....

1.按照阶段划分

(1)单元测试:对软件最小可测单元的测试,测试依据是详细设计文档,使用白盒测试方法,参与人员白盒测试工程师或开发

(2)集成测试:主要对象为软件模块的接口,通过测试模块间数据的流转检测接口是否正确,包含接口测试,使用黑白盒测试,测试依据概要设计文档,参与人员测试或者开发

(3)系统测试:主要对整体系统进行测试,使用黑盒测试,参与人员为黑盒测试工程师,前期做功能,后期性能,兼容性.....依据需求文档

(4)验收测试:主要对整体软件系统进行测试,使用黑盒测试方法,参与人员用户,主要是内测和公测,依据需求文档和验收标准

2.按照实施方划分:这里就不做一一介绍了

3.按照技术划分 

(1)黑盒测试:不关心软件内部的代码结构和逻辑,只关心输入和输出

(2)白盒测试:主要检测软件内部的代码结构和逻辑

(3)静态测试:不实际运行被测功能点,静态检查软件

(4)动态测试:实际输入一些测试数据,点击一些按钮,动态运行软件,检查软件。

(5)功能测试:检测软件是否符合需求描述功能

(1)界面测试:检查软件界面是否有错别字,控件是否被遮挡,裁切,显示不完整

(2)易用性测试:检查软件上手度和易用性(大众用户的操作习惯)

(3)安装测试:检查软件是否正确的升级安装或卸载

(4)兼容性测试:检查软件是否能在各种主流硬件平台正确运行。(横向兼容:同类型软件互相之间数据文件兼容。纵向兼容:一款软件在不同版本之间数据文件兼容)

(6)性能测试:检测软件性能指标(并发用户数,响应时间)。可用adb指令和perfdog进行测试,这里不做多余解释,详情见https://www.cnblogs.com/lihongtaoya/p/14220794.html

a.并发用户数:一起向服务器产生压力的人数;      在线用户数:当前登陆;       实际用户数:注册人数

b.压力测试和负载测试

  目的及作用
压力测试 再给软件施加压力非常大后,持续关注多久服务器崩溃。 关注时间。
 (在一定的软硬件及网络环境下,通过模拟大量的虚拟用户向服务器产生负载,
使服务器的资源处于极限状态下长时间连续运行,用以测试服务器在高负载情况
下是否能够稳定工作,目的是找到系统在哪里失效以及失效时候的反应。比如CPU达到极限,
内存溢出,资源无法回收,系统无响应等,均是失效的表现。)
负载测试 软件最大可承受并发用户数,
(在一定的软件、硬件及网络环境下,通过改变系统负载方式来发现系统中所存在的性能问题。
测试服务器的性能指标是否在用户的要求范围内,用于确定系统所能承载的最大用户数、
最大有效用户数。关注不同用户数下的系统响应时间及服务器的资源利用率。)
配置测试 :在不同的软件、硬件以及网络环境配置下,通过运行一种或多种业务在一定的虚拟用户数量情况下,
获得不同配置的性能指标,用于选择最佳的设备及参数配置。
容量测试:在一定的软硬件及网络环境下,向数据库中构造不同数量级别的数据记录,通过运行一种或多
种业务在一定的虚拟用户数量情况下,获取不同数据级别的服务器性能指标用以确定数据库的最佳容量
稳定性测试:常规压力下能保持多久持续稳定运行;


(7)安全测试:保证软件中数据的完整性,确保只有拥有对应权限的人才能查看数据

(8)回归测试:软件没出新版本后,需要将上一个版本进行过的测试重新复测一遍

(9)冒烟测试:当软件是否具有可测性,通常和回归测试结合使用

(10)随机测试:不使用测试用例,而是随机进行软件测试,缺点对于功能点的覆盖率太低。在时间允许的情况下,用随机测试进行覆盖率补充。

二.测试用例要素(本文介绍case编写是一个大众的规范。针对不同公司有不同的写法,就作者在的公司使用xmind编写case就没有这样复杂):
1.用例编号: 产品编号_ST_系统测试项名_系统测试子项名_编号

2.测试项目: 测试用例所测的项目名 例如:计算器加法器

3.用例标题/测试点: 有因有果 例如:新增他人借记卡显示无法绑定

4.测试内容描述

5.重要级别

高:保证系统基本功能,重要特征,实际使用频率比较高的用例

中:重要程度介于高和低之间的测试用例

底:实际使用频率不高,对系统业务功能影响不大的模块或功能的测试用例

6.预置条件:就是执行当前测试用例的前提描述,如果不满足这些条件,则无法进行测试

7.测试输入

8.操作步骤

9.预期结果:预计按照操作步骤和输入执行后应该得到的结果现象

10.作者

11.创建日期

12.修改日期

13.执行者

14.实际结果:实际执行得到的结果现象

15.测试结果:比对预期结果和实际结果,判断测试通过或不通过。例:Passed,Failed等。

 

posted @ 2021-05-22 16:17  余生没有余生  阅读(894)  评论(0编辑  收藏  举报