软件测试之测试分类

上篇文章深入讲述了软件测试之测试用例的相关内容。从测试用例的基础概念，到编写方式，再到设计测试时的思维、原则、万能公式和方法，相信小伙伴们已经受益匪浅啦~ 现在我们开始进入新篇章的学习—软件测试之测试分类，我将会从7个分类角度全面剖析测试，从而让小伙伴们了解并熟知软件测试的不同分类，对软件测试有更系统的认识，努力变得越来越优秀~

一 对软件测试进行分类的原因

软件测试是软件⽣命周期中的⼀个重要环节，具有较⾼的复杂性，对于软件测试，可以从不同的⻆度加以分类，使开发者在软件开发过程中的不同层次、不同阶段对测试⼯作进⾏更好的执⾏和管理测试的分类⽅法。

总结：对软件测试进行分类，主要是为了依据不同测试目的、对象、阶段等，更有针对性地设计测试方案、分配资源，高效且全面地保障软件质量。

二 对软件测试进行具体分类

软件测试的分类标准有很多，下面我将为大家介绍最常使用以及工作生活中最常遇到的7种软件测试分类。

1. 按照测试目标分类

按照测试目标分类可将软件测试分为6种—界面测试，功能测试，性能测试，可靠性测试，安全性测试，易用性测试这6种不同形式的软件测试。

1.1 界面测试

软件只是⼀种⼯具，软件与⼈的信息交流是通过界⾯来进⾏的，界⾯是软件与⽤⼾交流的最直接的⼀ 层，界⾯的设计决定了⽤⼾对我们设计的软件的第⼀印象；界⾯如同⼈的⾯孔，具有吸引⽤⼾的直接优势，设计合理的界⾯能给⽤⼾带来轻松愉悦的感受。

总结：界面测试：1.肉眼看到的任何元素都需要进行测试
2.按钮的点击，输入框输入文本，下拉框的选择，其他的交互等等
3.前端开发在执行开发之前需要交互或者设计同学给出设计图（以图片的形式展示要实现的前端界面，在设计图中明确的给定了每个元素的大小，形状，颜色等等要素。）

进行界面测试需要包含的内容：
• 验证界⾯内容显⽰的完整性，⼀致性，准确性，友好性。⽐如界⾯内容对屏幕⼤⼩的⾃适应，换⾏，内容是否全部清晰展⽰；
• 验证整个界⾯布局和排版是否合理，不同板块字体的设计，图⽚的展⽰是否符合需求；
• 对界⾯不同控件的测试，⽐如，对话框，⽂本框，滚动条，选项按钮等是否可以正常使⽤。
•有效和⽆效的状态是否设计合理。
• 界⾯的布局和⾊调符合当下时事的发展。
总结：界⾯测试（简称UI测试)，指按照界⾯的需求（⼀般是UI设计稿）和界⾯的设计规则，对我们软件界⾯所展⽰的全部内容进⾏测试和检查。只要和设计图不符就可以提bug。

1.2 功能测试

功能测试就是对产品的各功能进⾏验证，根据功能测试⽤例，逐项测试，检查产品是否达到⽤⼾要求的功能。根据产品特性、操作描述和⽤⼾⽅案，测试⼀个产品的特性和可操作⾏为以确定它们满⾜设计需求。本地化软件的功能测试，⽤于验证应⽤程序或⽹站对⽬标⽤⼾能正确⼯作。使⽤适当的平台、浏览器和测试脚本，以保证⽬标⽤⼾的体验将⾜够好，就像应⽤程序是专⻔为该市场开发的⼀样。

总结：功能测试是为了确保程序以期望的⽅式运⾏⽽按功能要求对软件进⾏的测试，通过对⼀个系统的所有的特性和功能都进⾏测试确保符合需求和规范。

进行功能测试需要包含的内容：
设计功能测试⽤例，参考产品规格说明书进⾏⽤例的编写，具体的测试⽤例需要使⽤⿊盒设计测试⽤例的⽅法，如等价类、边界值、判定表法、正交法、场景法、错误猜测法等。

1.3 性能测试

我们在使⽤软件的时候有时会碰到软件⽹⻚打开时越来越慢，查询数据时很⻓时间才显⽰列表，软件运⾏越来越慢等问题，这些问题都是系统的性能问题引起的。性能测试是指通过模拟系统在不同负载条件下（如用户并发量、数据量、运行时间等）的运行情况，对系统的响应时间、处理能力、资源利用率、稳定性等性能指标进行评估和验证的测试类型。

总结：性能测试是为了确保软件系统在预期的性能需求下能够正常运行，并发现潜在的性能瓶颈或问题。

进行性能测试需要包含的内容：
要对产品的性能需求进⾏分析，然后基于系统的性能需求和系统架构，
完成性能测试的设计和执⾏，最后要进⾏持续的性能调优。

1.4 可靠性测试

可靠性（Availability）即可⽤性，是指系统正常运⾏的能⼒或者程度，⼀般⽤正常向⽤⼾提供软件服务 的时间占总时间的百分⽐表⽰。
可靠性 = 正常运⾏时间/（正常运⾏时间+⾮正常运⾏时间）*100%

总结：可靠性测试是为了在规定条件和时间内，验证软件系统能否持续稳定地执行预期功能，发现潜在故障以提升系统可靠性。不同的应⽤系统，可⽤性的要求是不⼀样的，⾮实时性的信息系统或⼀般⽹站要求都很低，99%和99.5%就可以了，但是军事系统，要求则很⾼。

进行可靠性测试需要包含的内容：
一般先明确测试目标与范围，设定运行环境、负载条件等测试场景；接着按计划执行测试，持续监控系统功能执行状态与故障情况；最后分析测试数据，评估系统可靠性指标并输出改进建议。

1.5 安全性测试

安全性是指信息安全，是指计算机系统或⽹络保护⽤⼾数据隐私，完整，保护数据正常传输和抵御⿊ 客，病毒攻击的能⼒。安全性测试属于⾮功能性测试很重要的⼀个⽅⾯。

总结：安全性测试是为了验证软件系统在面对各类安全威胁（如数据泄露、非法入侵、权限滥用等）时，能否有效保护信息和资源安全，确保系统具备抗攻击能力与数据完整性。

系统常⻅的安全漏洞和威胁如下：
• 输⼊域，如输⼊恶性或者带有病毒的脚本或⻓字符串；
• 代码中的安全性问题，如SQL/XML注⼊
• 不安全的数据存储或者传递
• 数据⽂件，邮件⽂件，系统配置⽂件等⾥⾯有危害系统的信息或者数据；
• 有问题的访问控制，权限分配等
• 假冒ID：⾝份欺骗
• 篡改，对数据的恶意修改，破坏数据的完整性

进行安全性测试需要包含的内容：
安全性测试通常先梳理系统安全需求与潜在风险点，明确测试范围（如数据传输、权限控制等）；然后采用漏洞扫描、渗透测试、模拟攻击等方式执行测试，监控系统防御机制与数据安全状态；最后分析测试结果，定位安全漏洞并提出修复方案，验证系统安全防护能力。

安全性测试的方法：代码评审，渗透测试，安全运维等，常⽤的静态安全测试⼯具有，Coverity，IBM Appscan Source，HPFortify，常⽤的动态安全测试有OWASP的ZAP，HP WebInspect等。其中静态安全测试是常⽤的安全性测试的⽅法。

1.6 易用性测试

易用性测试主要是检查产品/软件/功能是否具备简单上手的属性。许多产品都应⽤⼈体⼯程学的研究成果，是产品在使⽤起来更加灵活和，舒适。软件产品也始终关注⽤⼾体验，让⽤⼾获得舒适，易⽤的体验，针对软件这⽅⾯的测试称之为易⽤性测试。易⽤性在ISO25020标准中指容易发现，容易学习和容易使⽤。易⽤性包含七个要素：符合标准和规范，直观性，⼀致性，灵活性，舒适性，正确性和实⽤性。

总结：易用性测试的目的是评估软件系统是否符合用户使用习惯，验证其界面友好性、操作便捷性及容错能力，确保用户能高效且舒适地完成预期任务。在易用性的七个要素中我们最关注—符合标准型和规范性，直观性，灵活性，舒适性这四个属性。

进行易用性测试需要包含的内容：
一般先确定用户群体与使用场景，制定涵盖界面布局、操作流程等方面的评估标准；接着邀请目标用户执行典型任务，通过观察操作过程、收集反馈及记录错误率来获取数据；最后分析体验问题，优化交互设计并验证改进效果。

2. 按照执行方式分类

按照执行方式分类可将软件测试分为2种—静态测试和动态测试。

2.1 静态测试

所谓静态测试（static testing）就是不实际运⾏被测软件，⽽只是静态地检查程序代码、界⾯或⽂档中可能存在的错误的过程。不以测试数据的执⾏⽽是对测试对象的分析过程，仅通过分析或检查源程序的设计、内部结构、逻辑、代码⻛格和规格等来检查程序的正确性。

总结：静态测试是为了不运行程序，通过代码审查、文档分析等方式发现软件在需求、设计、代码层面的缺陷（如语法错误、逻辑漏洞、规范冲突等），提前保障软件质量与可维护性。

进行静态测试需要包含的内容：
静态测试通常先制定测试计划，明确待审查的文档（如需求规格、代码）及审查标准；然后开展文档评审或代码走查，通过人工分析或工具扫描发现语法错误、逻辑漏洞等问题；最后汇总缺陷报告，跟踪整改并验证修复结果，确保软件在静态层面符合质量要求。

常⻅的静态测试⽅式有代码⾛查(肉眼检查代码代码是否存在问题，检查的主导通常为开发领导)，代码扫描⼯具（snnar）等。

2.2 动态测试

动态测试（dynamic testing），指的是实际运⾏被测程序，输⼊相应的测试数据，检查实际输出结果和预期结果是否相符的过程。

总结：判断⼀个测试属于动态测试还是静态的，唯⼀的标准就是看是否运⾏程序。⼤多数软件测试⼯作都属于动态测试。

进行动态测试需要包含的内容：
一般先依据需求设计测试用例，明确功能验证场景与预期结果；接着搭建测试环境并执行用例，通过运行程序观察实际输出与预期的差异；最后记录缺陷、分析问题成因，推动开发修复后再验证，确保软件功能符合设计要求。

3. 按照测试方法分类

按照测试方法分类可将软件测试分为3种—白盒测试，黑盒测试，灰盒测试。

3.1 白盒测试

⽩盒测试⼜称为结构测试或逻辑测试，它⼀般⽤来分析程序的内部结构，针对程序的逻辑结构来设计测试⽤例进⾏测试。

总结：⽩盒测试的测试⽬的是，通过检查软件内部的逻辑结构，对软件中的逻辑路径进⾏覆盖测试；在程序不同地⽅设⽴检查点，检查程序的状态，以确定实际运⾏状态与预期状态是否⼀致。

⽩盒测试主要分为静态测试和动态测试两种。静态测试常⻅于桌⾯检查、代码审查、代码⾛查、代码扫描⼯具。
动态测试⽅法主要包含六种测试⽅法：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
动态测试总结：
语句覆盖：每个语句至少执行一次。
判定覆盖：if条件中既要满足为真的情况也要有测试为假的情况。
条件覆盖：表达式既要满足为真的情况也要有测试为假的情况。
判定条件覆盖：判定覆盖和条件覆盖两种情况都要同时满足。
条件组合覆盖：每一横行就是一个用例。
路径覆盖：以个⼈编写的代码来设计测试⽤例。

进行白盒测试需要包含的内容：
• ⽩盒测试主要应⽤于单元测试阶段
• 先执⾏静态设计⽤例的⽅法，再执⾏动态设计测试⽤例的⽅法
• 设计⽤例⼀般使⽤路径测试，重点模块追加使⽤逻辑覆盖⽅法

3.2 黑盒测试

⿊盒测试就是在完全不考虑程序逻辑和内部结构的情况下，检查系统功能是否按照需求规格说明书的规 定正常使⽤、是否能适当的接收输⼊数据⽽输出正确的结果，满⾜规范需求。所以，⿊盒测试⼜称之为数据驱动测试，只注重软件的功能。

总结：⿊盒测试的优点：1）不需要了解程序内部的代码以及实现，不关注软件内部的实现。
2）从⽤⼾⻆度出发设计测试⽤例，很容易的知道⽤⼾会⽤到哪些功能，会遇到哪些问题，锻炼测试⼈员的产品思维
3）测试⽤例是基于软件需求开发⽂档，不容易遗漏软件需求⽂档中需要测试的功能。
⿊盒测试的缺点是不可能覆盖所有代码。

进行黑盒测试需要包含的内容：
黑盒测试通常先分析需求规格说明书，确定功能输入范围与预期输出；然后设计等价类划分、边界值分析等测试用例，覆盖功能点与异常场景；最后执行用例并对比实际结果，记录缺陷后推动修复，验证软件功能的正确性与完整性。

⿊盒测试⽤到的测试⽅法有，等价类，边界值，因果图，场景法，错误猜测法等。

3.3 灰盒测试

灰盒测试，是介于⽩盒测试与⿊盒测试之间的⼀种测试，灰盒测试多⽤于集成测试阶段，不仅关注输出、输⼊的正确性，同时也关注程序内部的情况。

总结：灰盒测试没有⽩盒测试详细和完整，⿊盒测试是覆盖产品范围最⼴的测试，因此灰盒测试基本是不能够替代⿊盒测试，否则需要很⼤的代价，设计⾮常多的⽤例。所以灰盒测试用的比较少。

常⻅⾯试题：你知道的测试⽅法有哪些？哪种⽤的⽐较多？
常⻅的测试⽅法有⿊盒测试，⽩盒测试和灰盒测试。开发⼈员主要⽤⽩盒测试和灰盒测试，测试⼈员主要⽤⽩盒测试和⿊盒测试。对于测试⼈员来说，相较于⽩盒测试，⿊盒测试⽤的更多⼀些。

4. 按照测试阶段分类

按照测试阶段分类可将软件测试分为4种—单元测试，集成测试，系统测试，验收测试。

4.1 单元测试

与编码同步进⾏，针对软件最⼩组成单元进⾏测试，主要采⽤⽩盒测试⽅法，从被测对象的内部结构出发设计测试⽤例。

总结：最⼩单元实际是人为定义的，⼀个⽅法，⼀个类，一个接口，一个功能等都可以理解为“最⼩单元”。

单元测试详情：
• 测试阶段：编码后或者编码前（TDD测试驱动开发）
• 测试对象：最⼩模块
• 测试⼈员：⽩盒测试⼯程师或开发⼯程师
• 测试依据：代码和注释+详细设计⽂档
• 测试⽅法：⽩盒测试
• 测试内容：模块接⼝测试、局部数据结构测试、路径测试、错误处理测试、边界测试

4.2 集成测试

集成测试也称联合测试（联调）、组装测试，将程序模块采⽤适当的集成策略组装起来，对系统的接⼝ 及集成后的功能进⾏正确性检测的测试⼯作。

总结：集成主要⽬的是检查软件单位之间的接⼝是否正确。

集成测试详情：
• 测试阶段：⼀般单元测试之后进⾏
• 测试对象：模块间的接⼝
• 测试⼈员：⽩盒测试⼯程师或开发⼯程师
• 测试依据：单元测试的模块+概要设计⽂档
• 测试⽅法：⿊盒测试与⽩盒测试相结合
• 测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响

4.3 系统测试

系统测试是对通过集成测试的系统进⾏整体测试，验证系统功能性和⾮功能性需求的实现。

总结：系统测试的主要目的是在真实或模拟的系统环境中，验证软件是否满足需求规格说明及用户期望，确保其与硬件、网络等外部环境协调工作并符合整体质量要求。

系统测试详情：
• 测试阶段：集成测试通过之后
• 测试对象：整个系统（软、硬件）
• 测试⼈员：⿊盒测试⼯程师
• 测试依据：需求规格说明⽂档
• 测试⽅法：⿊盒测试
• 测试内容：功能、界⾯、可靠性、易⽤性、性能、兼容性、安全性等

冒烟测试和回归测试都属于系统测试。
1）冒烟测试是指确定和修复 的最经济有效的⽅法。冒烟测试设计⽤于确认代码中的更改会按预期运⾏，且不会 整个版本的稳定性。冒烟测试是检查当前已经开发好的程序是否具有可测试性（主体具备可测试性）
2）回归测试是指修改了旧代码后，重新进⾏测试以确认修改没有引⼊新的错误或导致其他代码产⽣错误。回归测试需要反复进⾏，回归测试主要由⼈⼯测试和⾃动化测试进⾏。
回归测试和系统测试之间的区别

冒烟测试（Smoke Testing）	回归测试（Regression Testing）
通常在软件开发的早期阶段进⾏，主要⽤于验证基本功能是否正常⼯作。	软件开发的后期，通常在每次代码修改或新增功能后执⾏。
确保软件的主要功能能够基本运⾏，以便在后续的详细测试阶段发现更深层次的问题。	确保已有的功能仍然正常⼯作，并且新的更改没有引⼊新的错误。⽬的是防⽌已有功能因为代码修改⽽出现问题。

虽然它们都属于系统测试，但冒烟测试注重最基本的功能，⽽回归测试关注全⾯的功能，包括已有功能和新添加的功能。这两种测试类型在测试策略中起到了不同的作⽤，帮助确保软件质量和稳定性。

4.4 验收测试

针对⽤⼾需求，对通过系统测试的软件进⾏交付性测试，以确定系统是否满⾜验收标准，由⽤⼾或其他授权机构决定是否接受系统。验收测试是部署软件之前的最后⼀个测试操作。它是技术测试的最后⼀个阶段，也称为交付测试。

总结：验收测试的⽬的是确保软件准备就绪，按照项⽬合同、任务书、
双⽅约定的验收依据⽂档，向软件购买都展⽰该软件系统满⾜原始需求。

验收测试详情：
• 测试阶段：系统测试通过之后
• 测试对象：整个系统（包括软硬件）。
• 测试⼈员：主要是最终⽤⼾或者需求⽅。
• 测试依据：⽤⼾需求、验收标准
• 测试⽅法：⿊盒测试
• 测试内容：同系统测试(功能…各类⽂档等)

5. 按照是否手工测试分类

按照是否手工测试分类可将软件测试分为2种—手工测试和自动化测试。

5.1 手工测试

手工测试是测试人员不借助自动化工具，通过手动执行测试用例来检查软件功能、性能等是否符合需求的测试方法。⼿⼯测试就是由⼈去⼀个⼀个的输⼊⽤例，然后观察结果，和机器测试相对应，属于⽐较原始但是必须的⼀个步骤。

总结：⼿⼯测试就是由⼈去⼀个⼀个的输⼊⽤例，然后观察结果。比如：业务测试。

5.2 自动化测试

就是在预设条件下运⾏系统或应⽤程序，评估运⾏结果，预先条件应包括正常条件和异常条件。简单说 ⾃动化测试是把以⼈为驱动的测试⾏为转化为机器执⾏的⼀种过程。 ⾃动化测试⽐如功能测试⾃动化、性能测试⾃动化、安全测试⾃动化。 ⾃动化测试按照测试对象来分，还可以分为接⼝测试、UI测试等。接⼝测试的ROI（产出投⼊⽐）要⽐UI测试高。

总结： ⾃动化测试是把以⼈为驱动的测试⾏为转化为机器执⾏的⼀种过程。

⾃动化测试和⼿⼯测试优缺点

自动化测试优点	手工测试优点
• 节省成本	• 对测试⼈员技术要求没有⾃动化技术要求⾼
• 提⾼测试⼈员执⾏⼯作效率	• 可以进⾏发散性测试
• 保障软件的质量

⾃动化测试缺点	⼿⼯测试缺点
• 对测试⼈员技术要求较⾼	• 效率低
• 不能发散性测试	• ⼈员，时间成本⽐起⾃动化测试都⽐较⾼

6. 按照实施组织分类

按照实施组织分类可将软件测试分为3种—α测试(Alpha Testing)，β测试(Beta Testing)，第三⽅测试。

6.1 α测试

α测试⼜叫内测或者叫a测，其实都是⼀个涵义。α测试通常是公司内部的⽤⼾在模拟实际操作环境下进⾏的测试。

总结：α测试的⽬的是评价软件产品的FLURPS(即功能、可使⽤性、可靠性、性能和⽀持)。 α测试不能由程序员或测试员完成。

6.2 β测试

β测试⼜叫公测或者叫b测。β测试由软件的最终⽤⼾们在⼀个或多个场所进⾏，这⾥就可以理解为，β测试是正式⽤⼾中的⼀部分，他们在任意的场合来使⽤软件，从而发现软件中的问题。

总结：β测试的目的是在真实用户环境中，让大量用户实际使用软件，从而发现潜在的缺陷、验证软件在不同场景下的适用性，并收集用户反馈以优化产品。

α测试与β测试的区别：
1）测试的场所不同：α测试是在公司内部进⾏测试的,但是β测试是在⽤⼾环境下进⾏测试的。
α测试的环境是受开发⽅控制的,⽤⼾的数量相对⽐较少,时间⽐较集中。β测试的环境是不受开发⽅控制的,⽤⼾数量相对⽐较多,时间不集中。
2）测试执⾏时机不同：α测试先于β测试执⾏。通常是α测试通过后，在进⾏β测试。
3）测试持续时间⻓短不同：α测试时间没有β测试持续时间⻓。

6.3 第三方测试

第三⽅软件测试是指由独⽴的第三⽅公司或组织进⾏的软件测试活动。

总结：通过第三⽅测试，可以确保软件的质量，节省成本，确保软件尽快上线。

7. 按照测试地域分类

按照测试地域划分，⼀般会将测试划分为本地测试和国际化测试。

7.1 本地测试

本地测试是指在开发者或测试人员的本地环境（如个人电脑、本地服务器）中，对软件进行功能、兼容性或性能等方面的验证，以确保其在本地运行环境下的稳定性和正确性。

总结：我们前面所了解和学习的测试都属于本地测试。

7.2 国际化测试

国际化测试是验证软件在不同语言、文化、地域等国际化环境下，其功能、界面显示、数据格式（如日期、货币）等是否能正确适配且无兼容性问题的测试过程。

总结：测试⼈员需要测试软件在不同语⾔和地区是否能正常⼯作。

国际化测试需要关注软件的哪些特性：
• 布局
• 时间
• ⽇期
• 数字格式
• 货币
• 机器型号
• …

写在最后：软件测试有着丰富多样的分类，从测试目标、执行方式到测试方法等，角度各异。但无论哪种分类，每种测试对于保障软件质量都至关重要。小伙伴们好好阅读学习，清晰了解这些分类，有助于我们准确选取合适的策略与方法，提升测试的效率与效果，打造出优质、可靠且能满足多元需求的软件。希望这篇文章能对大家有所助益，愿我们在软件测试的学习道路上携手前行、共同进步，在软件测试这个领域绽放光彩、收获满满o(￣▽￣)ブ