软件测试分类

软件测试分类

在这里插入图片描述

1、按开发阶段划分:

​ (1)单元测试

​ 测试阶段:编码前(TDD,Test-Driven-Develop测试驱动开发)、编码后。

​ 测试人员:开发工程师、白盒测试工程师

​ 测试依据:详细设计文档+代码和注释

​ 测试方法:白盒测试

​ 测试内容:单元接口测试(按照接口设计文档,参数,输出)

​ 局部数据结构测试(局部变量)

​ 边界测试

​ 路径测试

​ 错误处理测试

​ 单元测试框架 Junit:①在pom.xml中加入依赖;②在file-setting-Plugins搜索Junit并安装;③开始单元测试,选中类名,,Ctrl+shift+T生成单元测试类。

​ (2)集成测试(按照一定的策略将单元模块组装起来)

​ 测试阶段:单元测试之后

​ 测试对象:模块之间的接口

​ 测试人员:开发工程师、白盒测试工程师

​ 测试依据:概要设计文档+单元测试的模块

​ 测试方法:黑盒测试和白盒测试相结合

​ 测试内容:模块之间数据的传输(输入、输出、参数)

​ 模块之间功能的冲突

​ 全局数据结构(全局变量)

​ 单个模块的缺陷对整个功能的影响

​ (3)系统测试(对待测试软件应用系统进行全面的系统测试)

​ 测试阶段:集成测试之后

​ 测试内容:整个系统

​ 测试人员:黑盒测试工程师

​ 测试依据:详细设计文档

​ 测试方法:黑盒测试

​ 测试内容:功能、非功能性(界面、性能、安全性、兼容性、可靠性、可移植性等)。

​ 回归测试和冒烟测试属于系统测试:

​ 回归测试:系统引入新的代码时(增加新功能/修改bug后)需进行回归测试。

​ 对于迭代频繁、长期进行迭代开发的软件产品,可采用自动化测试。

​ 冒烟测试:(准入原则:是否可开始进行系统测试)在正式测试之前对系统的主要流程和核心功能进行的测试。

​ (4)验收测试

​ 测试阶段:系统测试之后

​ 测试人员:用户

​ 测试内容:系统测试的内容、验收各种文档(开发文档、软件设计文档、需求分析文档、功能使用文档、用户使用手册)

​ 测试依据:用户需求

​ 测试方法:黑盒测试

在这里插入图片描述

2、按照实施组织划分

​ (1)α测试

​ α测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试。

​ α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。

​ 时间较集中,在开发现场易于沟通产品问题。

​ (2)β测试

​ Beta测试是一种验收测试。Beta测试由软件的最终用户们在一个或多个场所进行。

​ 用户测试的结果更接近于真实。

​ α测试与Beta测试的区别:

​ 测试的场所不同:Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场所进行的测试。

​ Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。

​ Beta测试的环境是不受开发方控制的,用户数量相对比较多,时间不集中。

​ Alpha测试先于Beta测试执行。通用的软件产品需要较大规模的beta测试,测试周期比较长。

​ (3)第三方测试

​ 介于开发方和用户方间的组织的测试。

3、按照是否运行划分

​ (1)静态测试

​ 静态方法是指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确

性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。

​ (2)动态测试

​ 动态测试方法是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性等性

能。这种方法由三部分组成:构造测试用例、执行程序、分析程序的输出结果。

4、按是否手工划分

​ (1)手工测试

​ 优点:较灵活,自动化无法替代探索性测试,容易进行发散性测试。

​ 缺点:执行效率慢,量大易出错。

​ (2)自动化测试

​ 在预设条件下运行系统或应用程序,评估运行结果,预先条件应包括正常条件和异常条件。

​ 自动化测试按照测试对象来分,还可以分为接口测试、UI测试等。接口测试的ROI(产出投入比)要比UI测试高。

​ 自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。通常所说的自动化是指功能测试自动化。

​ [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PVI0t9cd-1624067911076)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20210608170636073.png)]

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

​ (1)黑盒测试

​ 黑盒测试不关注程序内部具体的实现,只关注软件的输入输出是否满足需求。

​ 黑盒测试设计测试用例的方法:等价类划分、边界值、因果图、错误猜测法、正交法、场景法。

​ (2)白盒测试(单元测试属于白盒测试)

​ 测试关注程序内部的实现逻辑、结构、语法等。

​ 白盒测试方法:

​ 语句覆盖法、循环覆盖法、路径覆盖法、逻辑覆盖法(判定覆盖-整个if条件的真假、条件覆盖-表达式的真假、判定组合覆盖-if-else、条件组合覆盖-各个表达式的真假组合)

​ (3)灰盒测试(集成测试属于灰盒测试)

​ 介于白盒和黑盒之间的测试。

6、按照地域划分

​ (1)国际化测试

​ 日期、数字格式、货币等是否能适应不同国家的文化习俗。例如,中文是年月日,而英文是月日年。

​ 在不同的国家采用不同的度量单位,软件是否能自适应和转换。

​ 软件是否能在不同类型的硬件上正常运行,特别是在当地市场上销售的流行硬件上。

​ 软件是否能在Windows或者其他操作系统的当地版本上正常运行。

​ 联机帮助和文档是否已经翻译,翻译后的链接是否正常。正文翻译是否正确、恰当, 是否有语法错误。

​ (2)本地化测试

7、按照测试对象划分

​ (1)业务测试:场景法

​ (2)界面测试:完整性、准确性、一致性、易用性

​ 布局:排版、字体、图像

​ 控件:对话框、文本框、按钮、滚动条、Checkbox

​ 不同页面大小的自适应测试:页面从大到小,文字等有无消失或重叠

​ (3)容错性测试:检查软件在异常条件下自身是否具有防护性的措施或某种灾难性恢复的手段。当系统出错时,能

​ 否在指定时间间隔内修正错误并重新启动系统。

​ (当系统由于外界异常环境或者人为错误操作引起系统的错误,系统可自行消化,而不把这些信息展示给用户)

数据级别

校验级别:如验证码、前后信息的一致性

环境级别

界面级别

​ 失效恢复性测试

​ (4)文档测试:完整性、术语专业、准确性、一致性、易用性

​ (5)兼容性测试:

​ - 应用平台测试:【手机端】IOS、Android、不同网络运营商(电信、移动、联通)、WiFi/移动网络

​ 【PC端】Windows、Mac、Unix、Ubuntu

​ - 浏览器测试:web系统,不同浏览器不同版本

​ - 软件向前或者向后的兼容性:软件前后版本的功能互不影响。

​ - 软件和其他相关软件的兼容性

​ - 数据兼容性测试:

​ (6)易用性测试:又叫用户体验测试,是交互的适应性、功能性和有效性的集中体现。

​ - 遵循标准(行业规定)

​ - 弹框、警告信息、严重错误的提示

​ - 直观性、灵活性、舒适性(上传、下载、压缩)、实用性

​ (7)安装测试(APP基础功能的测试)

​ (8)安全性测试:数据泄露、黑客攻击、SQL注入、XSS注入、病毒等。

​ (9)性能测试:资源泄露、资源瓶颈、线程阻塞、数据库查询效率低

​ - 响应时间、吞吐率

​ (10)内存泄露测试

​ 原因:分配的内存未释放、无法释放

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值