一、按照测试⽬标分类

1、界⾯测试

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

界⾯测试（简称UI测试)，指按照界⾯的需求（⼀般是UI设计稿）和界⾯的设计规则，对我们软件界 ⾯所展⽰的全部内容进⾏测试和检查，⼀般包括如下内容：

1、验证界⾯内容显⽰的完整性，⼀致性，准确性，友好性。⽐如界⾯内容对屏幕大小的自适应，换行，内容是否全部清晰展示

2、验证整个界⾯布局和排版是否合理，不同板块字体的设计，图⽚的展示是否符合需求

3、对界⾯不同控件的测试，⽐如，对话框，⽂本框，滚动条，选项按钮等是否可以正常使⽤，有效和⽆效的状态是否设计合理

4、界⾯的布局和⾊调符合当下时事的发展

2、功能测试

功能测试就是对产品的各功能进⾏验证，根据功能测试⽤例，逐项测试，检查产品是否达到⽤⼾要 求的功能

根据产品特性、操作描述和用户方案，测试⼀个产品的特性和可操作⾏为以确定它们满⾜设计需求。 本地化软件的功能测试，⽤于验证应⽤程序或⽹站对⽬标用户能正确⼯作。使⽤适当的平台、浏览器和测试脚本，以保证⽬标用户的体验将⾜够好，就像应⽤程序是专⻔为该市场开发的⼀样。功能测试 是为了确保程序以期望的⽅式运⾏⽽按功能要求对软件进⾏的测试，通过对⼀个系统的所有的特性和功能都进⾏测试确保符合需求和规范

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

3、性能测试

要测试软件产品的性能问题，要对产品的性能需求进⾏分析，然后基于系统的性能需求和系统架构， 完成性能测试的设计和执⾏，最后要进⾏持续的性能调优

4、可靠性测试

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

可靠性 = 正常运⾏时间/（正常运⾏时间+⾮正常运⾏时间）*100%

系统非正常运⾏的时间可能是由于硬件，软件，⽹络故障或任何其他因素（如断电）造成的，这些因 素 能让系统停⽌⼯作，或者连接中断不能被访问，或者性能急剧降低导致不能使⽤软件现有的服务等。

可⽤性指标⼀般要求达到4个或5个“9”，即99.99%或者99.999%

如果可⽤性达到99.99%，对于⼀个全年不间断（7*24的⽅式）运⾏的系统，意味着全年不能正常⼯作的时间只有52min，不到⼀个⼩时

如果可⽤性达到99.999%，意味着全年不能正常⼯作的时间只有5min

5、安全性测试

安全性是指信息安全，是指计算机系统或⽹络保护用户数据隐私，完整，保护数据正常传输和抵御 ⿊客，病毒的能力

安全性测试属于非功能性测试很重要的⼀个⽅⾯，系统常⻅的安全漏洞和威胁如下

1、输⼊域，如输⼊恶性或者带有病毒的脚本或⻓字符串

2、代码中的安全性问题，如SQL/XML注⼊

3、不安全的数据存储或者传递

4、数据⽂件，邮件⽂件，系统配置⽂件等⾥⾯有危害系统的信息或者数据

5、有问题的访问控制，权限分配等

6、假冒ID：⾝份欺骗

7、篡改，对数据的恶意修改，破坏数据的完整性

6、易用性测试

许多产品都应⽤⼈体⼯程学的研究成果，是产品在使⽤起来更加灵活和，舒适。软件产品也始终关注用户体验，让用户获得舒适，易⽤的体验，针对软件这⽅⾯的测试称之为易⽤性测试

1、标准性和规范性

用户界⾯上的各中信息应该符合规范和习惯，否则⽤⼾使⽤起来会不舒适，并得不到⽤⼾的认 可

2、直观性

用户界⾯的直观性，要求软件功能特性易懂，清晰。⽤⼾界⾯布局合理，对操作的响应在⽤⼾的预期 之中。比如数据统计结果⽤报表的形式（条形图，扇形图等）展示清晰直观；现在主流的很多搜索引 擎和日历的设计也有直观性的特点

3、灵活性

软件可以有不同的选项以满足不同使⽤习惯的用户来完成相同的功能。但是灵活性的设计要把握好 度， 不然可能由于太多的用户状态和⽅式的选择，增加了软件设计的复杂性，和程序实现的难度

4、舒适性

舒适性主要强调界⾯友好，美观，操作过程顺畅，⾊彩⽤运恰当，按钮的⽴体感等，

二、按照执⾏⽅式分类

1、静态测试

所谓静态测试，就是不实际运⾏被测软件，⽽只是静态地检查程序代码、界⾯或⽂档 中可能存在的错误的过程

不以测试数据的执⾏⽽是对测试对象的分析过程，仅通过分析或检查源程序的设计、内部结构、逻 辑、代码⻛格和规格等来检查程序的正确性

2、动态测试

动态测试，指的是实际运⾏被测程序，输⼊相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以判断⼀个测试属于动态测试还是静态的，唯⼀的标准就是看是否运行程序

三、按照测试⽅法

1、白盒测试

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

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

⽩盒测试主要分为静态测试和动态测试两种。静态测试常⻅于桌⾯检查、代码审查、代码⾛查、代 码扫描⼯具

动态测试⽅法主要包含六种测试⽅法：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。

⽩盒测试主要应用于单元测试阶段

先执行静态设计用例的方法，再执行动态设计测试用例的方法

设计⽤例⼀般使用路径测试，重点模块追加使⽤逻辑覆盖方法

2、黑盒测试

黑盒测试就是在完全不考虑程序逻辑和内部结构的情况下，检查系统功能是否按照需求规格说明书的规定正常使用、是否能适当的接收输⼊数据⽽输出正确的结果，满足规范需求

所以，黑盒测试又称之为数据驱动测试，只注重软件的功能

⿊盒测试的优点

1、不需要了解程序内部的代码以及实现，不关注软件内部的实现

2、从用户角度出发设计测试⽤例，很容易的知道用户会⽤到哪些功能，会遇到哪些问题，锻炼测试人员的产品思维

3、测试⽤例是基于软件需求开发⽂档，不容易遗漏软件需求⽂档中需要测试的功能

黑盒测试的缺点是不可能覆盖所有代码

黑盒测试用到的测试方法有，等价类，边界值，因果图，场景法，错误猜测法

3、灰盒测试

灰盒测试：是介于白盒测试与⿊盒测试之间的⼀种测试

灰盒测试多用于集成测试阶段，不仅关注输出、输⼊的正确性，同时也关注程序内部的情况。 但是，灰盒测试没有白盒测试详细和完整，

黑盒测试是覆盖产品范围最⼴的测试，因此灰盒测试基本是不能够替代黑盒测试，否则需要很⼤的代价，设计非常多的⽤例

四、按照测试阶段分类

1、单元测试

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

测试阶段：编码后或者编码前（TDD）

测试对象：最小模块

测试⼈员：白盒测试⼯程师或开发⼯程师

测试依据：代码和注释 + 详细设计⽂档

测试⽅法：白盒测试

测试内容：模块接⼝测试、局部数据结构测试、路径测试、错误处理测试、边界测试

2、集成测试

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

集成主要目的是检查软件单位之间的接口是否正确

测试阶段：⼀般单元测试之后进⾏

测试对象：模块间的接口

测试⼈员：白盒测试⼯程师或开发⼯程师

测试依据：单元测试的模块 + 概要设计⽂档

测试⽅法：黑盒测试与白盒测试相结合

测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模 块缺陷对系统的影响

3、系统测试

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

 测试阶段：集成测试通过之后

测试对象：整个系统（软、硬件）

测试⼈员：⿊盒测试⼯程师

测试依据：需求规格说明⽂档 

测试⽅法：⿊盒测试

测试内容：功能、界⾯、可靠性、易⽤性、性能、兼容性、安全性等

1、冒烟测试

冒烟测试的对象是每⼀个新编译的需要正式测试的软件版本，目的是确认软件主要功能和核⼼流程正常，在正式进⾏系统测试之前执行，冒烟测试⼀般在开发⼈员开发完毕后提交给测试⼈员来进⾏测试时，先进⾏冒烟测试，保证基本功能正常，不阻碍后续的测试。

如果冒烟测试通过，则测试⼈员开始进行正式的系统测试，如果不通过，则测试⼈员可以让开发⼈ 员重新修复代码直到冒烟测试通过，再开始进行系统测试。

2、回归测试

回归测试是指修改了旧代码后，重新进⾏测试以确认修改没有引⼊新的错误或导致其他代码产⽣错 误

在整个软件测试过程中占有很⼤的⼯作量比重，软件开发的各个阶段都会进⾏多次回归测试。随着系统的庞大，回归测试的成本越来越⼤，通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的

回归测试主要由⼈⼯测试和自动化测试进行

在实际⼯作中，回归测试需要反复进⾏，当测试者⼀次⼜⼀次地完成相同的测试时，这些回归测试 将变得⾮常令⼈厌烦，⽽在⼤多数回归测试需要手工完成的时候尤其如此，因此，需要通过自动化测试来实现重复的和⼀致的回归测试。通过测试自动化可以提⾼回归测试效率。为了支持多种回归测试策略，自动测试⼯具应该是通⽤的和灵活的，以便满⾜达到不同回归测试目标的要求。

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

4、验收测试

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

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

测试阶段：系统测试通过之后

测试对象：整个系统（包括软硬件）

测试⼈员：主要是最终⽤⼾或者需求⽅

测试依据：用户需求、验收标准

测试⽅法：⿊盒测试 

测试内容：同系统测试(功能...各类⽂档等）

五、按照是否手工测试

1、手工测试

手工测试就是由⼈去⼀个⼀个的输⼊⽤例，然后观察结果，和机器测试相对应，属于比较原始但是必须的⼀个步骤

2、自动化测试

就是在预设条件下运⾏系统或应⽤程序，评估运⾏结果，预先条件应包括正常条件和异常条件。简单说自动化测试是把以⼈为驱动的测试行为转化为机器执⾏的⼀种过程

自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。 自动化测试按照测试对象来分，还可以分为接口测试、 UI测试等。

六、按照实施组织划分

1、α测试

α测试⼜叫内测或者叫a测，其实都是⼀个涵义

α测试通常是公司内部的用户在模拟实际操作环境下进行的测试。

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

2、β测试

β测试⼜叫公测或者叫b测

β测试由软件的最终用户们在⼀个或多个场所进⾏，这⾥就可以理解为，β测试是正式用户中的⼀部 分，他们在任意的场合来使⽤软件，目的是为了发现软件是否存在⼀系列的问题通常会发送⼀些邀请码，来邀请用户参与项⽬测试

α测试与β测试的区别：

1、测试的场所不同：α测试是在公司内部进行测试的，但是β测试是在用户环境下进⾏测试的 α测试的环境是受开发方控制的,用户的数量相对比较少，时间⽐较集中。β测试的环境是不受开发方控制的，用户数量相对比较多，时间不集中

2、测试执行时机不同：α测试先于β测试执⾏。通常是α测试通过后，在进⾏β测试

3、测试持续时间长短不同：α测试时间没有β测试持续时间长