为什么要对软件测试进行分类？
软件测试是软件⽣命周期中的⼀个重要环节，具有较⾼的复杂性，对于软件测试，可以从不同的⻆
度加以分类，使开发者在软件开发过程中的不同层次、不同阶段对测试⼯作进⾏更好的执⾏和管理
测试的分类⽅法
按照测试目标分类
界面测试
界⾯测试（简称UI测试)，指按照界⾯的需求（⼀般是UI设计稿）和界⾯的设计规则，对我们软件
界⾯所展⽰的全部内容进⾏测试和检查，⼀般包括如下内容：
验证界⾯内容显⽰的完整性，⼀致性，准确性，友好性。⽐如界⾯内容对屏幕⼤⼩的⾃适应，换
⾏，内容是否全部清晰展⽰；
验证整个界⾯布局和排版是否合理，不同板块字体的设计，图⽚的展⽰是否符合需求；
对界⾯不同控件的测试，⽐如，对话框，⽂本框，滚动条，选项按钮等是否可以正常使⽤，有效和
⽆效的状态是否设计合理；
界⾯的布局和⾊调符合当下时事的发展。
功能测试
功能测试就是对产品的各功能进⾏验证，根据功能测试⽤例，逐项测试，检查产品是否达到⽤⼾要求的功能。
如何进行功能测试？
设计功能测试⽤例，参考产品规格说明书进⾏⽤例的编写，具体的测试⽤例需要使⽤⿊盒设计测试⽤ 例的⽅法，如等价类、边界值、判定表法、正交法、场景法、错误猜测法等。
性能测试
要进⾏软件产品的性能问题，要对产品的性能需求进⾏分析，然后基于系统的性能需求和系统架构，完成性能测试的设计和执⾏，最后要进⾏持续的性能调优。
可靠性测试
可靠性（Availability）即可⽤性，是指系统正常运⾏的能⼒或者程度，⼀般⽤正常向⽤⼾提供软件服务 的时间占总时间的百分⽐表⽰。
可靠性 = 正常运⾏时间/（正常运⾏时间+⾮正常运⾏时间）*100%
安全性测试
安全性是指信息安全，是指计算机系统或⽹络保护⽤⼾数据隐私，完整，保护数据正常传输和抵御⿊客，病毒攻击的能⼒。
比如SQL注入，关于数据库：用户敏感信息要加密等。
安全性测试的⽅法有代码评审，渗透测试，安全运维等，常⽤的静态安全测试⼯具有，Coverity，
IBMAppscan Source，HPFortify，常⽤的动态安全测试有OWASP的ZAP，HP WebInspect等。其
中静态安全测试是常⽤的安全性测试的⽅法
易用性测试
许多产品都应⽤⼈体⼯程学的研究成果，是产品在使⽤起来更加灵活和，舒适。软件产品也始终关注用户体验。
按照执行方式分类
静态测试
所谓静态测试（static testing）就是不实际运⾏被测软件，⽽只是静态地检查程序代码、界⾯或⽂档中可能存在的错误的过程。
不以测试数据的执⾏⽽是对测试对象的分析过程，仅通过分析或检查源程序的设计、内部结构、逻
辑、代码⻛格和规格等来检查程序的正确性。
常⻅的静态测试⽅式有代码⾛查，代码扫描⼯具等
其实说白了主要就是靠肉眼来检查代码是否存在问题。
动态测试
动态测试（dynamic testing），指的是实际运⾏被测程序，输⼊相应的测试数据，检查实际输出结
果和预期结果是否相符的过程，所以判断⼀个测试属于动态测试还是静态的，唯⼀的标准就是看是
否运⾏程序。
⼤多数软件测试⼯作都属于动态测试
按照测试方法分类
白盒测试
⽩盒测试⼜称为结构测试或逻辑测试，它⼀般⽤来分析程序的内部结构，针对程序的逻辑结构来设
计测试⽤例进⾏测试。
⽩盒测试的测试⽬的是，通过检查软件内部的逻辑结构，对软件中的逻辑路径进⾏覆盖测试；在程
序不同地⽅设⽴检查点，检查程序的状态，以确定实际运⾏状态与预期状态是否⼀致
白盒测试里面就分为静态测试和动态测试。
⽩盒测试主要分为静态测试和动态测试两种。静态测试常⻅于桌⾯检查、代码审查、代码⾛查、代码扫描⼯具
动态测试⽅法主要包含六种测试⽅法：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
假设现在有一个简单的案例：
语句覆盖
也就是每个语句至少执行一次。
判定覆盖
就是每个判定都要覆盖到真和假的情况。
条件覆盖
结论：if条件中既要满足条件为真的情况，也要满足为假的情况。
判定条件覆盖
结论： 表达式中既要满足为真，也要满足为假的情况。
这里要注意判定条件覆盖和条件覆盖的区别，条件覆盖是针对if语句的，判定条件覆盖是针对表达式的。
条件组合覆盖
结论：两个if语句真假之间两两组合。
路径覆盖
比如有这样一个测试图：
可见它是分成了一些路径的，那么这里的覆盖就是指将所有的路径都覆盖到。
假设我们将判断语句进行如下定义：
测试用例的设计：
这样就可以将所有的路径都覆盖到了。
白盒测试总结：
1：⽩盒测试主要应⽤于单元测试阶段
2：先执⾏静态设计⽤例的⽅法，再执⾏动态设计测试⽤例的⽅法
3：设计⽤例⼀般使⽤路径测试，重点模块追加使⽤逻辑覆盖⽅法
黑盒测试
⿊盒测试就是在完全不考虑程序逻辑和内部结构的情况下，检查系统功能是否按照需求规格说明书
的规 定正常使⽤、是否能适当的接收输⼊数据⽽输出正确的结果，满⾜规范需求。
灰盒测试
灰盒测试，是介于⽩盒测试与⿊盒测试之间的⼀种测试，灰盒测试多⽤于集成测试阶段，不仅关注
输出、输⼊的正确性，同时也关注程序内部的情况。
但是，灰盒测试没有⽩盒测试详细和完整，⿊盒测试是覆盖产品范围最⼴的测试，因此灰盒测试基本是不能够替代⿊盒测试，否则需要很⼤的代价，设计⾮常多的⽤例。
常⻅⾯试题：你知道的测试⽅法有哪些？哪种⽤的⽐较多？
常⻅的测试⽅法有⿊盒测试，⽩盒测试和灰盒测试。开发⼈员主要⽤⽩盒测试和灰盒测试，测试⼈
员主要⽤⽩盒测试和⿊盒测试。对于测试⼈员来说，相较于⽩盒测试，⿊盒测试⽤的更多⼀些
按照测试阶段分类
单元测试
与编码同步进⾏，针对软件最⼩组成单元进⾏测试，主要采⽤⽩盒测试⽅法，从被测对象的内部结
构出发设计测试⽤例
关于这个 “最小单元” 其实是人为定义的，一个类，方法，接口都可以认为是一个最小单元。
关于单元测试：
测试阶段：编码后或者编码前（TDD）
关于TDD
•
测试对象：最⼩模块
•
测试⼈员：⽩盒测试⼯程师或开发⼯程师
•
测试依据：代码和注释+详细设计⽂档
•
测试⽅法：⽩盒测试
•
测试内容：模块接⼝测试、局部数据结构测试、路径测试、错误处理测试、边界测试
比如对于一个冒泡排序，我们可以尝试实现一个单元测试，比如测试：排序有序数组，排序无序数组，排序空数组，排序带有重复数字的数组等。
集成测试
集成测试也称联合测试（联调）、组装测试，将程序模块采⽤适当的集成策略组装起来，对系统的
接⼝ 及集成后的功能进⾏正确性检测的测试⼯作。集成主要⽬的是检查软件单位之间的接⼝是否
正确。
关于集成测试：
测试阶段：⼀般单元测试之后进⾏
•
测试对象：模块间的接⼝
•
测试⼈员：⽩盒测试⼯程师或开发⼯程师
•
测试依据：单元测试的模块+概要设计⽂档
•
测试⽅法：⿊盒测试与⽩盒测试相结合
•
测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块
缺陷对系统的影响
系统测试
对通过集成测试的系统进⾏整体测试，验证系统功能性和⾮功能性需求的实现。
关于系统测试：
测试阶段：集成测试通过之后
•
测试对象：整个系统（软、硬件）
•
测试⼈员：⿊盒测试⼯程师
•
测试依据：需求规格说明⽂档
•
测试⽅法：⿊盒测试
•
测试内容：功能、界⾯、可靠性、易⽤性、性能、兼容性、安全性等
冒烟测试
这⼀术语源⾃硬件⾏业。对⼀个硬件或硬件组件进⾏更改或修复后，直接给设备加电。如果没有冒
烟，则该组件就通过了测试。在软件中，“冒烟测试”这⼀术语描述的是在将代码更改嵌⼊到产品的
源树中之前对这些更改进⾏验证的过程。在检查了代码后，冒烟测试是确定和修复软件缺陷的最经
济有效的⽅法。冒烟测试设计⽤于确认代码中的更改会按预期运⾏，且不会破坏整个版本的稳定
性。
冒烟测试的对象是每⼀个新编译的需要正式测试的软件版本，⽬的是确认软件主要功能和核⼼流程
正常，在正式进⾏系统测试之前执⾏。冒烟测试⼀般在开发⼈员开发完毕后提交给测试⼈员来进⾏
测试时，先进⾏冒烟测试，保证基本功能正常，不阻碍后续的测试
回归测试
回归测试是指修改了旧代码后，重新进⾏测试以确认修改没有引⼊新的错误或导致其他代码产⽣错
误。
在整个软件测试过程中占有很⼤的⼯作量⽐重，软件开发的各个阶段都会进⾏多次回归测试。随着
系统的庞⼤，回归测试的成本越来越⼤，通过选择正确的回归测试策略来改进回归测试的效率和有
效性是很有意义的。
回归测试主要由⼈⼯测试和⾃动化测试进⾏。
比如某一个软件开发到第8版本了，但是又有很多用户还在使用 2 3 4 5 6...等之前的版本，每次新的版本发布后，都需要对之前的版本进行测试。
在实际⼯作中，回归测试需要反复进⾏，当测试者⼀次⼜⼀次地完成相同的测试时，这些回归测试将变得⾮常令⼈厌烦，⽽在⼤多数回归测试需要⼿⼯完成的时候尤其如此，因此，需要通过⾃动测试来实现重复的和⼀致的回归测试。通过测试⾃动化可以提⾼回归测试效率。为了⽀持多种回归测试策略，⾃动测试⼯具应该是通⽤的和灵活的，以便满⾜达到不同回归测试⽬标的要求。
验收测试
针对⽤⼾需求，对通过系统测试的软件进⾏交付性测试，以确定系统是否满⾜验收标准，由⽤⼾
或其他授权机构决定是否接受系统。验收测试是部署软件之前的最后⼀个测试操作。它是技术测试
的最后⼀个阶段，也称为交付测试。验收测试的⽬的是确保软件准备就绪，按照项⽬合同、任务
书、双⽅约定的验收依据⽂档，向软件购买都展⽰该软件系统满⾜原始需求。
关于验收测试：
测试阶段：系统测试通过之后
•
测试对象：整个系统（包括软硬件）。
•
测试⼈员：主要是最终⽤⼾或者需求⽅。
•
测试依据：⽤⼾需求、验收标准
•
测试⽅法：⿊盒测试
•
测试内容：同系统测试(功能...各类⽂档等)
单元测试，集成测试，系统测试，回归测试之间的关系
以车企生产车辆到用户开上汽车为例：
造⻋需要原材料，如⻋轮、发动机等零部件不是⻋企⾃⼰制造出来的，⽽是通过购买零部件来造⻋。
对买来的零部件进⾏检查，零部件是否符合造⻋标准（单元测试）
零件确认完毕，接下来就是复杂的造⻋⼯艺，将零部件集成起来构成了⼀辆⻋，并初步检查拼⻋的⻋
是否能正常运作（集成测试）
一辆⻋成型之后并不意味着就可以直接销售给客⼾了，需要⻋企专业的测试⼈员进⾏详细⽽完整的测试。（系统测试）
专业的测试⼈员对企业测试完毕，通过测试的汽⻋将会在⻋展或者4S店进⾏展⽰，供⽤⼾进⾏选择和购买。⽤⼾在选择汽⻋的过程中也会对⻋外观以及性能等⽅⾯进⾏校验（验收测试）
除了以上阶段外，还有两个⾮常重要，在⼯作中经常会听到：冒烟测试和回归测试
按照是否手工测试分类
手动测试
⼿⼯测试就是由⼈去⼀个⼀个的输⼊⽤例，然后观察结果，和机器测试相对应，属于⽐较原始但是必须的⼀个步骤
自动化测试
就是在预设条件下运⾏系统或应⽤程序，评估运⾏结果，预先条件应包括正常条件和异常条件。简
单说 ⾃动化测试是把以⼈为驱动的测试⾏为转化为机器执⾏的⼀种过程。 ⾃动化测试⽐如功能测
试⾃动化、性能测试⾃动化、安全测试⾃动化。 ⾃动化测试按照测试对象来分，还可以分为接⼝
测试、UI测试等。接⼝测试的ROI（产出投⼊⽐）要⽐UI测试⾼。
自动化测试和手工测试的优缺点
自动化测试：
优点：
1.节省成本。
2.提高测试人员的效率。
3.保障软件的质量。
缺点：
1.对测试人员的技术要求高。
2.不能发散性测试。
手工测试：
优点：
1.对测试人员技术没有自动化要求高。
2.可以进行发散性测试。
缺点：
1.效率低。
2.人员、时间成本都比自动化测试高。
按照实施组织分类
α测试(Alpha Testing)
α测试⼜叫内测或者叫a测，其实都是⼀个涵义
α测试通常是公司内部的⽤⼾在模拟实际操作环境下进⾏的测试。α测试的⽬的是评价软件产品的
FLURPS(即功能、可使⽤性、可靠性、性能和⽀持)。 α测试不能由程序员或测试员完成。
β测试(Beta Testing)
β测试⼜叫公测或者叫b测
β测试由软件的最终⽤⼾们在⼀个或多个场所进⾏，这⾥就可以理解为，β测试是正式⽤⼾中的⼀
部分，他们在任意的场合来使⽤软件，⽬的是为了发现软件是否存在⼀系列的问题
通常会发送⼀些邀请码，来邀请⽤⼾参与项⽬测试
两种测试的区别：
第三方测试
第三⽅软件测试是指由独⽴的第三⽅公司或组织进⾏的软件测试活动。（也就是外包）
按照测试地域划分
国际化测试
国际化测试需要关注软件的哪些特性：
比如 时间 布局 日期 数字格式 货币等。
本地测试
之前说的都是本地测试。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
