按照不同的条件,测试的分类也不同。
一. 按开发阶段分
1. 单元测试
对软件组成单元进行测试,目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位:模块。又称为模块测试。
测试阶段: 开发前(TDD),开发后。 测试人员: 白盒测试工程师/开发测试工程师。 测试内容: 模块的接口测试,局部数据结构,边界测试,错误处理测试,逻辑结构测试。
2. 集成测试
按照一定的策略把单元功能模块组装起来,对组装起来的模块进行测试。
测试阶段: 单元测试之后 测试依据: 概要设计文档测试对象:接口 测试方法: 黑盒和白盒相结合 测试人员: 黑盒测试工程师和白盒测试工程师 测试内容: 模块和模块之间的接口,全局数据结构的测试,单个模块的缺陷对整个功能的影响,模块功能的正确性,冲突。
问: 局部数据结构测试出现在哪一个测试阶段? 答: 单元测试
3. 系统测试
将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段,包括回归测试和冒烟测试。
测试阶段: 集成测试之后 测试依据: 详细设计文档 测试对象: 整个软件系统 测试方法: 黑盒测试 测试人员: 黑盒测试工程师 测试内容: 功能、界面、性能、易用性、安全性、兼容性、可靠性、可移植性等。
回归测试
回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
回归测试的策略——自动化测试
冒烟测试 (属于系统测试)对系统的主要功能和核心流程进行测试。 测试时间: 正式进行系统测试之前,测试人员是否接受本次迭代,正式测试的依据。
4. 验收测试
验收测试是部署软件之前的最后一个测试操作。目的是确保软件准备就绪,按照项目合同、任务书、双方约定的验收依据文档,向软件购买者展示该软件系统满足原始需求。
测试阶段: 系统测试之后 测试依据: 用户需求 测试方法: 黑盒测试 测试人员: 黑盒测试工程师 测试内容: 和系统测试一致,又增加了文档测试
二. 按测试实施组织
1. α测试
让用户到开发现场来测试,开发和测试人员不参与。
2. β测试
是一种验收测试。β测试由软件的最终用户们在一个或多个场所进行。
α测试和β测试的区别:
- 测试人员:α是除了测试和开发人员以外的任何人进行测试,β测试是实际用户。
- 测试环境:α在开发环境下,β在实际使用环境下。
- β测试之前要进行很长一段时间的α测试,产品面向用户正式发布之前,会进行β测试。
3. 第三方测试
介于开发方和用户方间的组织的测试。
三. 按是否运行划分
1. 静态测试
静态测试: 不运行代码,通过静态分析代码的语法、编写规范、逻辑、结构、实现的功能,来判断软件是否满足用户的需求。(看代码) 静态测试的标准: 功能、性能、兼容性、易用性、可靠性、安全性、可维护性、可移植性。
2. 动态测试
运行软件进行测试。检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性等性能。这种方法由三部分组成:构造测试用例、执行程序、分析程序的输出结果。
大多数软件测试工作都属于动态测试。
四. 按是否手工划分
1. 手工测试
是一个黑盒测试,测试人员先写测试用例,运行系统,执行测试用例,分析结果。
- 缺点:量大时容易出错,花费大量时间
- 优点:可以进行探索性测试和发散性测试,是人为主导的
2. 自动化测试
机器按照预先设定好的条件去运行系统。
设定条件就是编写自动化脚本,自动化脚本就是把手工测试的测试用例转化成脚本。 **自动化测试的条件:**系统功能稳定之后(自动化脚本的重复利用率很高)。
自动化测试,其实就是把手工测试的条件编写成固定的脚本,重复去利用测试。
五. 按是否查看代码划分
1. 黑盒测试
黑盒测试也称功能测试,把软件当成一个黑色的盒子,不关心软件内部的结构、逻辑、功能的具体实现,只关心输入和输出是否满足用户的需求。
- 黑盒测试设计测试用例的方法有哪些?
答:等价类、边界值、因果图法、场景法、错误猜测法、正交法等。 - 按照开发阶段划分的哪几个阶段用的是黑盒测试?
答:集成测试、系统测试、验收测试。
2. 白盒测试
白盒测试: 把软件看成一个透明的盒子,去测试软件内部代码的逻辑、功能、结构是否满足用户的需求。
白盒测试的方法: 语句覆盖、循环覆盖、逻辑覆盖(路径覆盖、条件覆盖、判定覆盖、条件组合、判定组合)
- 循环覆盖: for、 while、do while他们的边界条件最重要
- 路径覆盖: if else、switch、 try catch 、finally
3. 灰盒测试
既关心软件的输入和输出,又关心软件内容的逻辑结构功能的实现。是介于白盒测试与黑盒测试之间的一种测试。
六. 按测试地域划分
1. 国际化测试
Word是微软公司的产品,但是里面的内容包含了中文的处理机制,这是因为他们在研发过程中进行了软件国际化处理。
软件国际化: 在设计软件的时候,使用一种工程技术,使得软件在转化成不同国家的语言和适应不同国家风俗习惯的时候,不需要去修改源码,叫做软件国际化。
2. 本地化测试
之前所讲的内容都是本地化测试
七. 按测试对像划分
1. 业务测试
把一个个孤立的功能点按照一定的策略组合在一起,对这个业务进行测试,就是业务测试。利用场景设计法进行测试。
2. 界面测试
界面测试(简称UI测试),测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件的放置位置是否符合客户使用习惯,此外还要测试界面操作便捷性、导航简单易懂性,页面元素的可用性,界面中文字是否正确,命名是否统一,页面是否美观,文字、图片组合是否完美等。
界面测试的常见BUG∶ 不合适的快捷键,丢失的文字,截断,没有对齐,自动换行,文字重叠,重复的快捷键 响应式页面:页面可以响应不同大小的浏览器,在不同大小的浏览器下有不同的合理展现形式,关注点:
- (1)页面大小进行切换的时候,切换过程中,页面元素的展示无缝衔接,丝滑,不会出现页面空白,图片或者功能丢失;
- (2)页面从大到小切换,页面中的图片、文字都不会丢失;
- (3)页面从大到小切换,页面功能不丢失,且可以正常使用;
- (4)页面从大到小切换,都遵循UI界面的设计需求。
3. 容错性测试
当系统由于外部环境或者用户不当引起一些问题的时候,系统可以自我消化掉这些错误,不直接展示给用户。
数据级别的: 时间、货币; **校验级别的: **过滤掉搜索框的前后空格输入,验证码,同系统前后信息一致; 环境级别的: 断网,断电,服务器瘫痪; 界面级别的: 界面会自动屏蔽一些违规操作,对于一些固定的输入,可以使用下拉框或者固定信息选择,模糊匹配,对于一些复杂或者危险的操作,有详细的用户提示信息。 失效恢复性测试: 故意人为的让系统遭受一些破坏,破坏系统的网络、电源,攻击系统的服务器,等到系统恢复正常的时候,用户的数据信息可以正常恢复。用来检验用户信息是否可以完全恢复;检查系统恢复数据的时间。
4. 文档测试
国家有关计算机软件产品开发文件编制指南中共有14 种文件,可分为3 大类。
- 开发文件:可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。
- 用户文件:用户手册、操作手册,用户文档的作用:改善易安装性;改善软件的易学性与易用性;改善软件可靠性;降低技术支持成本。
- 管理文件:项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。
在实际的测试中,最常见的是用户文件的测试,例如:手册说明书等。也会有一些公司对需求文档进行测试,来保证需求文档的质量。
文档测试的关注点: – 文档的术语 – 文档的正确性 – 文档的完整性 – 文档的一致性 – 文档的易用性
5. 兼容性测试
兼容性主要是指软件之间能否很好的交互,会不会有影响、软件和硬件之间能否发挥很好的效率工作,会不会影响导致系统的崩溃。
主要包含了:
- 平台测试
- 浏览器测试
- 软件本身能否向前或者向后兼容
- 测试软件能否与其它相关的软件兼容
- 数据兼容性测试
6. 易用性测试
易用性是交互的适应性、功能性和有效性的集中体现。易用性属于人体工程学的范畴,人体工程学是一门将日常使用的东西设计为易于使用和实用性强的学科。
易用性要求遵循一定的标准和规范,比如: 弹框: 直观性 灵活性: 用户可以有多种选择,可以选择自己认为比较方便的使用方式 比如输入法,有九宫格,全键盘,五笔等。 舒适性: 进度条的存在。上传、下载、移动文件的时候。 实用性: 软件的设计和定位要一致。不能让知乎一打开就是买东西的界面。
7. 安装测试
测试程序的安装、卸载。 典型的是app的安装、卸载。
8. 安全测试
安全测试是一个相对独立的领域,需要更多的专业知识。例如web的安全测试,需要熟悉各种网络协议 TCP\HTTP,防火墙,CDN,熟悉各种操作系统的漏洞,熟悉路由器等。从软件来说,熟悉各种攻击手段,例如 SQL 注入、Xss等。
SQL注入: 例如数据库插入语句中包含了删表语句,会误将数据库删除了。
9. 性能测试
检查系统是否满足需求规格说明书中规定的性能。
主要表现为:
- 系统是否可以很快的响应用户的请求;
- 在超过用户负载的情况下,系统是否可以稳定的运行;
- 系统要在预期和非预期的情况下,用户要有良好的体验感。
关注点: 响应时间、点击率、事物的平均响应时间(TPS)、系统运行的时候占用的资源使用情况。
10.内存泄漏测试
**内存泄漏的坏处:**系统可以用的内存越来越少;系统运行越来越慢;长期运行可能会导致系统崩溃。 内存泄漏的原因:
- 分配了内存,忘记回收;
- API函数使用不正确;
- 函数书写有问题,无法释放内存;分配的内存没有及时释放。
查内存泄漏——静态测试/工具测试
|