软件测试之测试分类
Posted 504 Gateway Time-out
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了软件测试之测试分类相关的知识，希望对你有一定的参考价值。
文章目录
测试的大致分类：
下面就一些比较重要的测试进行介绍：
按测试对象分
界面测试
即UI测试，根据产品设计稿对产品界面展示的所有内容进行测试；
测试界面内容显示的完整性、一致性、正确性、友好性；像界面文字有无被遮挡，界面显示与设计稿是否符合，展示界面有无错别字，用户是否可以自主调整界面设置等；
测试界面布局是否合理；像不同区域版块字体的设计，背景或图片的展示是否符合需求等；
测试界面上的控件操作是否正常；像搜索框、对话框、选项按钮等；
界面的布局或色调符合当下时事的发展；像建党100周年，软件界面的主色调为红色等；
可靠性测试
可靠性测试即对系统正常运行的能力或程度进行测试；
可靠性=（正常运行的时间/总运行时间）*100%；
系统的可靠性可能受到多种因素的影响，像网络故障，人为疏忽等；
大多数产品的可用性指标一般要求达到4个9（99.99%）或5个9（99.999%），但不同的系统一般要求不同；
容错性测试
容错性是指系统允许用户错误操作但系统不会崩溃的程度或能力；
测试当用户输入异常数据时，系统的反馈情况；
使用一定的方法使产品出现故障，测试系统已保存的用户数据的损失情况和恢复情况；
文档测试
文档资料是我们进行测试的基本依据，也有可能是用户熟悉产品的基本依据；
测试文档的术语描述是否规范；
测试文档内容的正确性和准确性；
测试文档描述的完整性；
测试文档使用的易用性；
兼容性测试
兼容性测试是针对产品所处的环境进行测试，考虑其在不同环境下的的包容能力；
测试产品应用环境的兼容性；像操作系统、浏览器、应用平台等；
测试产品与自身的兼容性；像软件版本升级后，已存在的用户数据是否依然可用；
易用性测试
易用性测试是测试产品是否具备简单易上手的特性；
测试产品的功能是否易上手；
测试产品是否具有新手引导功能；
测试产品的直观性如何，是否清晰易懂且舒适；
安装卸载测试
测试产品是否容易安装，卸载是否方便；
测试软件不同的安装方式和卸载方式；像通过应用商店安装，通过链接或网址进行安装，直接长按卸载或通过删除安装包卸载等；
测试产品在不同环境下的安装卸载情况；
测试同一台设备上不同版本产品的安装卸载是否有影响；
测试产品安装卸载过程中可能出现的意外是否会影响产品；像安装或卸载过程中突然断网对于以及安装或卸载的部分的影响；
安全测试
安全测试是测试工作中重要的一环，保护用户隐私数据和系统数据是至关重要的；
是否存在SQL注入；
是否存在越权访问的风险；
用户的隐私数据是否加密；
对恶意篡改、攻击数据的行为，是否具有一定的防护措施；
性能测试
通过对产品的性能测试，有助于产品的调优工作；
高并发情况下，系统的稳定性；
访问量增大时，产品的反应速度；
线程阻塞，死锁现象；
内存泄露测试
内存泄露问题尽管对于用户使用无碍，但泄露逐渐累积，最终耗尽所有内存空间，产品执行也会变慢，最终停止工作；
分配完内存之后是否忘记回收；
程序代码存在死循环，无法回收内存；
代码存在问题，引起内存泄露；
检测内存泄露有人工静态法和自动工具法。人工静态法即通过人工复盘代码查找问题，自动工具法是借助测试内存泄露的工具来检查；
弱网测试
弱网测试就是对带宽、丢包、延时等进行模拟弱网环境，由于如今的网络环境复杂，网络制式繁多，在一些网络不佳的环境下，用户多次刷新访问就会造成客户端频繁发送请求，使服务器压力过大；
实施弱网测试需要借助工具去模拟弱网环境，下面是具体方法（此处使用Fidder进行弱网测试）：
- 首先打开弱网设置选项；
Rules->Performance->勾选Simulate Modem Speeds
- 打开设置弱网的脚本
Rules->Customize Rules…
dw
通过更改下面所示上下行速率的数值（单位ms），就可以模型相应的网络环境；
- 设置上下行速率（图片来源于网络）
- 最后根据计算的速率值修改上面弱网设置脚本的值即可；
按代码的查看情况
黑盒测试
黑盒测试是纯功能的测试，不关注程序内部的逻辑结构和代码实现，只检查产品功能是否符合要求；
优点：
基于软件需求文档进行测试，可以实现最大程度是功能的测试覆盖；
不需要了解程序的内部实现逻辑；
缺点：
无法覆盖所有代码，发现其中可能的错误；
常见的黑盒测试方法有：等价类划分、边界值分析法、判定表法、场景设计法、错误猜测法等
白盒测试
白盒测试更多地关注程序的内部结构，对软件中的逻辑结构进行测试用例的设计编写；
优点：可以覆盖到软件的使用逻辑结构；
缺点：难以做到功能全覆盖的测试，可能会有功能遗漏；
常见的白盒测试方法：语句覆盖、判断覆盖、判定条件覆盖、路径覆盖等；
灰盒测试
介于黑盒测试和白盒测试之间的测试方法，关注输入输出情况的同时关注程序内部的实现情况；
尽管看起来灰盒测试好像做到了程序内部外部的全面测试，但实际上灰盒测试相对于白盒测试来说不够详尽，对于黑盒测试来说覆盖产品的广度又不够大。
因此相对来说，还是黑盒测试与白盒测试使用更多，灰盒测试则主要是使用在集成测试阶段；
按开发阶段
单元测试
单元测试是对程序的“最小单元”进行测试，主要是在编码之后（或编码之前）验证软件基本组成单元的正确性，采用白盒测试；
集成测试
集成测试一般是在单元测试之后，将程序模块组装，然后对系统的接口以及集成后的功能进行测试，是一种黑盒测试与白盒测试相结合的测试；
系统测试
将软件作为一个完整的系统进行测试，包括软件功能，性能以及环境的测试，一般在集成测试通过之后进行，采用黑盒测试的方式；
回归测试
回归测试一般是在对原有的代码进行修改之后进行的测试，需要保证此次修改没有引入新的错误或由于修改导致错误，像软件的历史版本、历史功能进行测试都是回归测试；
冒烟测试
冒烟测试是在开发人员完成开发任务之后，交给测试人员进行测试的第一步，主要是保证该产品具备了可测试的条件，保证基本功能正常，可以开始后续的测试；
验收测试
验收测试一般是技术测试的最后一个阶段，主要保证产品已经满足了其所有需求，同样是采用黑盒测试的方式；
over！
软件测试之秘籍篇——测试分类
有句话是这么说的：能动手就别哔哔，尤其是在工作节奏堪比跑马的今天，大家都推崇实干精神，能解决问题就好，去他的理论。但是无可否认的是，良好的理论素养无论是解决工作中遇到的问题，还是未来的职业发展，都帮助甚大。本文整理汇总了软件测试行业中常见的一些测试理论，供大家参考。
1、软件测试按照测试分类有：黑盒测试和白盒测试。
黑盒测试
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
新人入行基本上都是采用黑盒测试的方法来入门的。
白盒测试
白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的，你清楚盒子内部的东西以及里面是如何运作的。"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。"白盒"法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。
咱们以空调为例来看什么是黑盒测试，什么是白盒测试：
当一台新的空调组装完成，质监部门需要对这台空调的各个功能进行测试，比如开关机是否正常，制冷制热功能是否正常，定时功能是否正常，等等，并将测试的结果一一记录下来，如果有问题，及时反馈给设计部来解决，这就是黑盒测试的范畴。
对于空调的设计师们，他们的测试可能就会更复杂一些，除了对空调的各项功能进行测试之外，还要从空调的内在原理来分析，他们甚至会跟踪空调的内部实现代码，分析空调的各项数据状态来看是否正常运行，而不只是从表面功能来看，这就是白盒测试的范畴。
2、按照测试的阶段可以分为：单元测试、集成测试、确认测试和系统测试及验收测试
单元测试
单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。
在一种传统的结构化编程语言中，比如C，要进行测试的单元一般是函数或子过程。在像C++这样的面向对象的语言中， 要进行测试的基本单元是类。对Ada语言来说，开发人员可以选择是在独立的过程和函数，还是在Ada包的级别上进行单元测试。单元测试的原则同样被扩展到第四代语言（4GL)的开发中，在这里基本单元被典型地划分为一个菜单或显示界面。
经常与单元测试联系起来的另外一些开发活动包括代码走读（Code review)，静态分析（Static analysis)和动态分析（Dynamic analysis)。静态分析就是对软件的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和执行。动态分析就是通过观察软件运行时的动作，来提供执行跟踪，时间分析，以及测试覆盖度方面的信息。
集成测试
集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图）组装成为子系统或系统，进行集成测试。
实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。一些局部反映不出来的问题，在全局上很可能暴露出来。
确认测试
确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样。
系统测试
系统测试，英文是System Testing。是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。对象不仅仅包括需测试的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。
验收测试
验收测试是部署软件之前的最后一个测试操作。在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。
验收测试，系统开发生命周期方法论的一个阶段，这时相关的用户和独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。
在工程及其他相关领域中，验收测试是指确认一系统是否符合设计规格或契约之需求内容的测试，可能会包括化学测试、物理测试或是性能测试。在系统工程中验收测试可能包括在系统（例如一套软件系统、许多机械零件或是一批化学制品）交付前的黑箱测试。软件开发者常会将系统开发者进行的验收测试和客户在接受产品前进行的验收测试分开。后者一般会称为使用者验收测试、终端客户测试、实机（验收）测试、现场（验收）测试。在进行主要测试程序之前，常用冒烟测试作为一个此阶段的验收测试。
3、其他的测试理论还有：自动化测试、回归测试、冒烟测试、性能测试
自动化测试
一般是指软件测试的自动化，软件测试就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。
自动化测试分为web自动化测试、接口自动化测试、APP自动化测试。
回归测试
冒烟测试
这一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。在软件中，“冒烟测试”这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。在检查了代码后，冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。
性能测试
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统能提供的最大服务级别的测试。
以上是关于软件测试之测试分类的主要内容，如果未能解决你的问题，请参考以下文章