按各种测试的分类（详解）

---

一、按测试对象划分

界面测试（简称UI测试)

界面测试（简称UI测试)，指按照界面的需求（一般是UI设计稿）和界面的设计规则，对我们软件界面所展示的全部内容进行测试和检查，一般包括如下内容:
1.验证界面内容显示的完整性，一致性，准确性，友好性。比如界面内容对屏幕大小的自适应，换行，内容是否全部清晰展示;
2.验证整个界面布局和排版是否合理，不同板块字体的设计，图片的展示是否符合需求;
3.对界面不同控件的测试，比如，对话框，文本框，滚动条，选项按钮等是否可以正常使用，有效和无效的状态是否设计合理;
4.界面的布局和色调符合当下时事的发展。

可靠性测试

1、什么是可靠性测试
2、如何衡量软件的可靠性可靠性测试
可靠性(Availability)即可用性，是指系统正常运行的能力或者程度，一般用正常向用户提供软件服务的时间占总时间的百分比表示。
可靠性=正常运行时间/(正常运行时间+非正常运行时间)*100%
系统非正常运行的时间可能是由于硬件，软件，网络故障或任何其他因素(如断电）造成的，这些因素能让系统停止工作，或者连接中断不能被访问，或者性能急剧降低导致不能使用软件现有的服务等。可用性指标一般要求达到4个或5个“9”，即99.99%或者99.999%
不同的应用系统，可用性的要求是不一样的，非实时性的信息系统或一般网站要求都很低，99%和99.5%就可以了，但是军事系统，要求则很高;

容错性测试

容错性测试是指系统能够处理异常，用户的错误操作而不至于系统崩溃，从而能够提高系统的可用性。
容错性测试包含以下方面:
输入异常数据或进行异常操作，以检验系统的保护性。如果系统的容错性好，系统只给出提示或内部消化掉，而不会导致系统出错甚至崩溃。
比如数据级测试，校验测试，环境容错性测试，界面容错性测试。
灾难恢复性测试:
通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数据是否丢失，系统和数据是否能尽快恢复。

文档测试

国家有关计算机软件产品开发文件编制指南中共有14种文件，可分为3大类。
-开发文件:可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。
-用户文件:用户手册、操作手册，用户文档的作用:改善易安装性;改善软件的易学性与易用性;改善软件可靠性;降低技术支持成本。
-管理文件:项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。
在实际的测试中，最常见的是用户文件的测试，例如:手册说明书等。也会有一些公司对需求文档进行测试，来保证需求文档的质量。

兼容性测试

兼容性测试需求是指明确要测试的兼容环境，考虑软，硬件的兼容，就软件兼容来说，主要考虑以下几个方面:
1.系统自身版本的兼容，用户已有数据的兼容。数据兼容是重中之重，对用户来说，数据是最有价值的。
2.测试与应用环境的兼容性。比如操作系统，应用平台，浏览器的兼容。
3.测试与第三方系统以及第三方数据的兼容性

易用性测试

许多产品都应用人体工程学的研究成果，是产品在使用起来更加灵活和，舒适。软件产品也始终关注用户体验，让用户获得舒适，易用的体验，针对软件这方面的测试称之为易用性测试。
易用性在ISO25020标准中指容易发现，容易学习和容易使用。易用性包含七个要素:符合标准和规范，直观性，一致性，灵活性，舒适性，正确性和实用性。我们主要讨论以下几个方面
1，标准性和规范性
对于现有的软件运行平台，通常其UI标准已经不知不觉地被确立了，成为大家的共识。多数用户已经习惯并且接受了这些标准和规范，或者说已经认同了这些信息所代表的的含义。比如安装软件的界面的外观，在什么场合使用恰当的对话框等。
所以用户界面上的各中信息应该符合规范和习惯，否则用户使用起来会不舒适，并得不到用户的认可。测试人员需要把与标准规范，习惯不一致的问题报告为缺陷
2，直观性
用户界面的直观性，要求软件功能特性易懂，清晰。用户界面布局合理，对操作的响应在用户的预期之中。比如数据统计结果用报表的形式(条形图，扇形图等）展示清晰直观;现在主流的很多搜索引擎和日历的设计也有直观性的特点;
软件设计要见明知意
3，灵活性
软件可以有不同的选项以满足不同使用习惯的用户来完成相同的功能。但是灵活性的设计要把握好度，不然可能由于太多的用户状态和方式的选择，增加了软件设计的复杂性，和程序实现的难度。
例如手机键盘有九宫格和全键盘，还支持手写，满足了不同用户的需求
4，舒适性
舒适性主要强调界面友好，美观，操作过程顺畅，色彩用运恰当，按钮的立体感等。例如左手鼠标的设置给习惯用左手的人带来了便利，也为右手十分劳累时提供了另一种途径;

安装卸载测试

应用的安装和卸载在任何一款APP中都属于最基本功能。一旦出错，就属于优先级为紧要Critical的缺陷。主要需要考虑以下方面:
1.软件不同的安装和卸载方式;
2.应用是否可以在不同的环系统，版本下安装（安装兼容性)(高版本覆盖低版本)
3.安装或者卸载过程中是否可以手动暂停，或者取消
4.安装空不足的时候系统是否有提示
5.是否可以正常的卸载，以及应用软件的各种卸载方式
6.·卸载和安装过程中出现环境问题，软件是否可以正常并且合理的应对，比如死机，断电，断网等

安全测试

安全性是指信息安全，是指计算机系统或网络保护用户数据隐私，完整，保护数据正常传输和抵御黑客，病毒攻击的能力。安全性测试属于非功能性测试很重要的一个方面，系统常见的安全漏洞和威胁如下:
1.输入域，如输入恶性或者带有病毒的脚本或长字符串;·代码中的安全性问题，如SQL/XML注入
2.不安全的数据存储或者传递
3.数据文件，邮件文件，系统配置文件等里面有危害系统的信息或者数据;·有问题的访问控制，权限分配等
4.假冒ID:身份欺骗
5.篡改，对数据的恶意修改，破坏数据的完整性
安全性测试的方法有代码评审，渗透测试，安全运维等，常用的静态安全测试工具有，Coverity，IBMAppscan Source，HPFortify，常用的动态安全测试有OWASP的ZAP，HP Weblnspect等。其中静态安全测试是常用的安全性测试的方法。

性能测试

我们在使用软件的时候有时会碰到软件网页打开时越来越慢，查询数据时很长时间才显示列表，软件运行越来越慢等问题，这些问题都是系统的性能问题引起的。
要进行软件产品的性能问题，要对产品的性能需求进行分析，然后基于系统的性能需求和系统架构，完成性能测试的设计和执行，最后要进行持续的性能调优。常见的性能问题如下:
1.资源泄露
2.资源瓶颈
3.线程死锁，线程阻塞查询速度慢或效率低
4.受外部系统影响越来越大
衡量一个系统性能好坏的关键性指标有，用户响时间，事务平均响应时间(TPS)，吞吐率，每秒点击次数，内存和CPU使用率等。

内存泄漏测试

很多软件系统都存在内存泄露的问题。从用户使用的角度来看，内存泄露本身不会造成什么危害，一般用户可能根本不会感觉到内存泄露的存在。但是内存泄露是会累积的，只要执行的次数足够多，最终会耗尽所有可用内存，使软件的执行越来越慢，最后停止响应。可以把这种软件的问题比喻成软件的“慢性病"。
造成内存泄露的原因有很多，最常见的有以下几种。
1.·分配完内存之后忘了回收。
2.程序写法有问题，造成没办法回收(如死循环造成无法执行到回收步骤)。
3.某些API函数的使用不正确，造成内存泄露。
内存泄漏的检测方法:(这两种方法都各有优点)
1.人工静态法:代码走读，人工查找未被回收的内存。
2.自动工具法:借助相应测试内存泄漏的工具，如VisualLeak Detector，记录每次内存分配，清楚告诉用户内存是如何泄漏的。

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

黑盒测试

黑盒测试就是在完全不考虑程序逻辑和内部结构的情况下，检查系统功能是否按照需求规格说明书的规定正常使用、是否能适当的接收输入数据而输出正确的结果，满足规范需求。
所以，黑盒测试又称之为数据驱动测试，只注重软件的功能。
黑盒测试关注的是什么:业务功能是否符合预期。
黑盒测试不关注什么:不关注代码。
测试方法是什么︰等价类，边界值，判定表，正交表，错误猜测法，场景法，基于需求设计测试用例
黑盒测试的优点：
1.不需要了解程序内部的代码以及实现，不关注软件内部的实现。（对测试人员代码能力要求比较低。）
2.从用户角度出发设计测试用例，很容易的知道用户会用到哪些功能，会遇到哪些问题，锻炼测试人员的产品思维
3.测试用例是基于软件需求开发文档，不容易遗漏软件需求文档中需要测试的功能。
黑盒测试的缺点是：不可能覆羔所有代码。

白盒测试

白盒测试又称为结构测试或逻辑测试，它一般用来分析程序的内部结构，针对程序的逻辑结构来设计测试用例进行测试。
白盒测试关注:关注的是内部代码逻辑。
白盒测试不关注什么:不关注业务功能。
白盒测试测试方法是什么:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。

一个;代表一条语句
1.语句覆盖中，测试的时候需要覆盖所有的语句
2.判定覆盖:测试的时候需要覆盖到所有判定，所有判定中真假都得覆盖
3.条件覆盖:测试的时候所有条件为真，为假都得覆盖
4.判定条件覆盖:判定覆盖+条件覆盖
5.条件组合覆盖:
6.路径覆盖:测试用例需要覆盖到程序的所有路径

白盒测试优点:对测试人员代码能力要求较高
白盒测试缺点:虽然代码覆盖较高，但是项目上线之后，业务逻辑可能会有问题

灰盒测试(Gray-Box Testing)

灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段不仅关注输出、输入的正确性，同时也关注程序内部的情况。

三、按开发阶段划分

单元测试(Unit Testing)

单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位:模块。又称为模块测试
1.测试阶段:编码后或者编码前(TDD)
2.测试对象:最小模块Java中，它就是一个一个的类,或者是一个一个的方法
3.测试人员:白盒测试工程师或开发工程师
4.测试依据:代码和注释+详细设计文档
5.测试方法:白盒测试
6.测试内容:模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

集成测试(Integration Testing)

集成测试也称联合测试（联调)、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。
1.测试阶段:一般单元测试之后进行
2.测试对象:模块间的接口
3.测试人员:白盒测试工程师或开发工程师
4.测试依据:单元测试的模块+概要设计文档
5.测试方法:黑盒测试与白盒测试相结合
6.测试内容:模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响

系统测试(System Testing)

将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。
测试阶段:集成测试通过之后
测试对象:整个系统(软、硬件)
测试人员:黑盒测试工程师
测试依据:需求规格说明文档测试方法:黑盒测试
测试内容:功能、界面、可靠性、易用性、性能、兼容性、安全性等

回归测试(Regression Testing)

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。随着系统的庞大，回归测试的成本越来越大，通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。
整理了一个测试用例集合
把我们系统常用的测试用例整理到一起，每次上线，把新的需求测试结束之后，都需要回归TestFlag里面的测试用例集合

冒烟测试(smoke testing)

冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件主要功能和核心流程正常，在正式进行系统测试之前执行。冒烟测试一般在开发人员开发完毕后提交给测试人员来进行测试时，先进行冒烟测试，保证基本功能正常，不阻碍后续的测试。
如果冒烟测试通过，则测试人员开始进行正式的系统测试，如果不通过，则测试人员可以让开发人员重新修复代码直到冒烟测试通过，再开始进行系统测试。
回归测试和冒烟测试都属于系统测试。

四、按测试实施组织

α测试和β测试之间的区别

1、测试环境区别: α测试是在公司内部测试的，内部环境，β测试各种环境都有可能
2、测试人员区别:α测试是公司内部员工测试的，β测试他是客户测试的
3、测试时间节点区别:α测试在前，β测试在后
4、测试人员数量区别: α测试人员比β测试人员少

第三方测试

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

五、按是否运行划分

静态测试(Static testing)

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

动态测试(Dynamic testing)

动态测试(dynamic testing)，指的是实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以判断一个测试属于动态测试还是静态的，唯一的标准就是看是否运行程序。
大多数软件测试工作都属于动态测试。

六、按是否手工划分

手工测试(Manual testing)

手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。
总结优缺点:
优点:自动化无法替代探索性测试、发散思维结果的测试。
缺点:执行效率慢，量大易错。

自动化测试(Automation Testing)

就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。
自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。
自动化测试按照测试对象来分，还可以分为接口测试、UI测试等。接口测试的ROI(产出投入比)要比UI测试高.

自动化实施步骤：
1.完成功能测试，版本基本稳定
2.根据项目特性，选择适合项目的自动化工具，并搭建环境
3.提取手工测试的测试用例转化为自动化测试的用例
4.通过工具、代码实现自动化的构造输入，自动检测输出结果是否符合预期
5.生成自动测试报告
6.持续改进，脚本优化。

自动化测试好，还是手工测试好?
不能说哪个好，那个坏，只能说，哪种测试类型符合当前公司的业务形态

国际化测试
界面图文排布，时间，语言，数字格式，货币