软件测试按照所做工作的不同,可以分为很多种,下面我们根据上面的思维导图来进行一一解释
一,按开发阶段分
1,单元测试(Unit Testing)
定义:单元测试,又称模块测试。对软件的组成单位进行测试,其目的是检验软件基本组成单位的正确性,如某个特定条件或场景下某个特定函数的行为。
- 测试阶段:编码后或者编码前
- 测试对象:模块
- 测试人员:白盒测试工程师或开发人员
- 测试依据:代码和注释+详细文档
- 测试方法:白盒测试
- 测试内容:模块接口测试、局部数据测试、路径测试、错误处理测试、边界测试
注意: 白盒测试不是单元测试,单元测试是白盒测试
2,集成测试(Integration Testing)
定义:集成测试也称联合测试(联调)、组装测试,是单元测试的逻辑扩展,将程序模块采用适当的集成策略组装起来,对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。
- 测试阶段:一般是单元测试之后
- 测试对象:模块间的接口
- 测试人员:白盒测试工程师或开发工程师
- 测试依据:单元测试的文档+概要设计文档
- 测试方法:黑盒测试与白盒测试(灰盒测试)
- 测试内容:模块之间数据传输、模块之间功能冲突、模块组装功能的正确性、全局数据结构、单模块缺陷对系统的影响
注意:单元测试是一个模块内部的测试,集成测试是在模块之间进行测试(至少两个)
3,系统测试(System Testing)
定义:系统测试:将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段,包括回归测试和冒烟测试。是检验系统是否确实能提供系统方案说明书中制定功能的有效方法。
- 测试阶段:集成测试阶段之后
- 测试对象:整个系统(软件、硬件)
- 测试人员:黑盒测试工程师
- 测试依据:需求规格说明文档
- 测试方法:黑盒测试
- 测试内容:功能、界面、可靠性、易用性、性能、兼容性、安全性等
测试策略:
性能测试,负载测试,强度测试,易用性测试,安全测试,配置测试,安装测试,文档测试,故障恢复测试,用户界面测试,恢复测试,分布测试,可用性测试
注意:系统测试是从完整的角度,广面去看待问题,不再看模块
** 先冒烟、再系统、后回归**。
4,验收测试(Acceptance Testing)
定义:是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段,也称为交付测试。验收测试的目的是确保软件准备就绪,按照项目合同、任务书、双方约定的验收依据文档,向软件购买都展示该软件系统满足原始需求。
- 测试阶段:系统测试通过后
- 测试对象:整个系统(包括软硬件)
- 测试人员:主要是最终用户或者需求方
- 测试依据:用户需求、验收标准
- 测试方法:黑盒测试
- 测试内容:同系统测试(功能、各类文档文档等)
α测试(Alpha Testing)
定义:由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试
目的:评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。
β测试(Beta Testing)
定义:Beta测试是一种验收测试。Beta测试由软件的最终用户们在一个或多个客房场所进行。
α测试与Beta测试的区别:
- 测试的场所不同:Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场所进行的测试。
- Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。beta测试的环境是不受开发方控制的,用户数量相对比较多,时间不集中。
- alpha测试先于beta测试执行。通用的软件产品需要较大规模的beta测试,测试周期比较长
二,按是否运行分
1.静态测试(Static testing)
定义:指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性,对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。
检查项:代码风格和规则审核;
程序设计和结构的审核; 业务逻辑的审核;走查、审查与技术复审手册。
静态质量:度量所依据的标准是ISO9126。
在该标准中,软件的质量用以下几个方面来衡量:
- 功能性(Functionality)
- 可靠性(Reliability)
- 可用性(Usability)
- 有效性(Efficiency)
- 可维护性(Maintainability)
- 可移植性(Portability)
注意: 代码静态分析和文档测试都属于静态测试
2.动态测试(Dynamic testing)
定义:指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率、正确性、健壮性、等性能。
三大组成部分
- 构造测试用例
- 执行程序
- 分析程序的输出结果
注意:大多数软件测试都属于动态测试
三,按是否查看代码分
1.白盒测试(White-box Testing)
定义:又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是指打开盒子,去研究里面的源代码和程序结果。
注意:白盒测试也是接口测试的一种。
优缺点:
优点
- 帮助软件测试人员增大代码的覆盖率,提高代码的质量,发现代码中隐藏的问题。
缺点
- 程序运行时会有很多不同的路径,不可能测试所有的运行路径
- 基于代码,只能测试开发人员做的对不对,而不能知道设计的正确与否,可能会漏掉一些功能需求
- 系统庞大时,测试开销会非常大
测试流程:
详细设计--->源程序--->分析程序内部逻辑结构--->流程图--->制定测试用例--->被测程序--->执行路径--->覆盖情况分析
2.黑盒测试(Black-box Testing)
定义:又称功能测试或测试驱动测试,测试中把被测的软件当成一个黑盒子,不关心盒子的内部结构是什么,只关心软件的输入数据和输出数据
优缺点:
优点
- 比较简单,不需要了解程序内部结构计代码
- 与软件的内部实现无关
- 从用户角度出发,能很容易知道用户会用哪些功能,会遇到哪些问题
- 基于软件开发文档,所有也能知道软件实现了文档中的哪些功能
- 在做自动化测试时比较方便
缺点
- 覆盖率较低,大概只能覆盖总代码量的30%
- 自动化测试的复用性较低
功能测试,性能测试和界面测试的区别:
功能测试:关注产品的所有功能,要考虑到每个功能细节,以及每个可能存在的功能问题
性能测试:关注产品整体的多用户并发下的稳定性和健壮性
界面测试:关注与用户体验相关的内容,是否易用,是否易懂,是否规范
①功能测试(Functional Testing)
界面测试(GUI Testing)
定义:测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件的放置位置是否符合客户使用习惯,此外还要测试界面操作便捷性、导航简单易懂性,页面元素的可用性,界面中文字是否正确,命名是否统一,页面是否美观,文字、图片组合是否完美等
冒烟测试(SmokeTesting)
定义:指对一个硬件或一组硬件进行更改或修复后,直接给设备加电。如果没有冒烟,则该组件就通过了测试,也可以理解为该种测试耗时短,仅用一袋烟的功夫就足够了。
- 冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续正式的测试工作。
- 冒烟测试的执行者是版本编译人。
- 冒烟测试一般在开发人员开发完毕后送给测试人员来进行测试时,测试人员会先进行冒烟测试,保证基本功能正常,不阻碍后续测试。
回归测试(Regression Testing)
定义:指修改了旧的代码之后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。(自动回归测试将大幅度降低系统测试、维护升级等阶段的成本)。
用例回归:过一段时间后再回头对以前使用过的用例重新进行测试
错误回归:在新版本中,对以前版本中出现并修复的缺陷进行再次验证,并以缺陷为核心,对相关修改部分进行测试
注意:回归测试在整个测试过程中占很大的工作比重,在开发的各个阶段都会进行多次回归测试,系统越庞大,回归测试的成本就越高,因此通过正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。
业务逻辑测试
定义:指测试人员将系统的整个模块串接起来运行、模拟真实用户实际的工作流程。满足用户需求定义的功能来进行测试的过程。
兼容性测试
定义:兼容性测试主要是指,软件之间能否很好的运作,会不会有影响、软件和硬件之间能否发挥很好的效率工作,会不会影响导致系统的崩溃。
核心内容:
- 测试软件能否在不同的操作系统平台上兼容
- 测试软件是否能在同一操作系统平台的不同版本上兼容
- 软件本身能否向前或向后兼容
- 测试软件能否与其它相关软件兼容
- 数据兼容性测试,主要指数据能否共享
注意:最常见的兼容性测试就是浏览器的兼容性测试,不同浏览器在css,js解析上的不同会导致页面显示不同。
常见的IE8的兼容性。
易用性测试
定义:易用性(Useability)是交互的适应性、功能性和有效性的集中体现。又叫用户体验测试。
安全测试(Security Testing)
定义:安全测试是一个相对独立的领域,需要更多的专业知识。如:WEB的安全测试、需要熟悉各种网络协议、防火墙、CDN、熟悉各种操作系统的漏洞、熟悉路由器等。
②性能测试(Performance Testing)
性能测试(Performance Testing)
定义:检查系统是否满足需求规格说明书中规定的性能
通过自动化的测试工具模拟多种正常的,峰值,以及异常负载条件来对系统的各项性能指标进行测试。
表现:
- 对资源利用(如内存、处理机周期等)进行的精确度量
- 对执行间隔
- 日志事件(如中断,报错)
- 响应时间
- 吞吐量(TPS)
- 辅助存储区(例如缓冲区、工作区的大小等)
- 处理精度等进行的监测
注意:负载测试和压力测试都属于性能测试。两者可以结合进行。
负载测试(Load Testing)
定义:就是在系统性能指标已经有一项或几项达到了瓶颈的情况下,让它继续运行一段时间,测试系统运行过程中各项性能指标。这种在已经达到了最大负载(压力)时进行的测试叫负载测试。
压力测试(Stress Testing)
定义:从字面意思来讲就是给某物一定的,比如用手按压桌子等。压力测试就是给被测系统不断的加压(负载),测试系统的各项性能指标。直到系统的某一些性能指标达到了瓶颈为止,比如CPU的使用率达到了100%。这个不断给系统施加压力的过程,就叫做压力测试。
容量测试(Volume Testing)
定义:容量可以看作系统性能指标中一个特定环境下的一个特定性能指标,即设定的界限或极限值。容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值(如最大并发用户数、数据库记录数等),系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。
并发测试
定义:是一个负载测试和压力测试的过程,即逐渐增加负载,直到系统的瓶颈或者不能接收的性能点,通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程
配置测试
定义:配置测试的目的是保证软件在其相关硬件上能够正常运行
核心内容:
- 软件在不同主机上的运行情况,如Dell、Apple
- 软件在不同组件上 的运行情况,例如开发的拨号程序要测试在不同厂商生产的Modem上的运行情况
- 不同的外设
- 不同的接口
- 不同的可选项,例如不同的内容大小
注意:配置测试和兼容性测试通常对开发系统类软件比较重要,例如驱动程序,操作系统,数据库管理系统等,具体进行时仍然按照测试用例来执行。
可靠性测试
定义:就是代码运行流程的可靠性
3.灰盒测试(Gray-Box Testing)
定义:介于白盒测试和黑盒测试之间的一种,灰盒测试多用于集成测试阶段,不仅关注输入、输出的正确性,同时也关注程序内部的情况。
灰盒测试:功能+接口
四,按是否手工执行分
手工测试(Manual Testing)
定义:手工测试是由人一个一个的输入用例,然后观察结果,和机器测试相对应,属于比较原始但是必须的一种。
优点:自动化测试无法代替探索性测试、发散思维类无既定结果的测试。
缺点:执行效率慢,量大易错。
自动化测试(Automation Testing)
定义:就是在预设条件下运行系统或应用程序,评估运行结果。(预先条件包括:正常条件和异常条件)。简单来说,自动化测试就是是把人为驱动的测试行为,转化为机器执行的一种过程。
自动化测试有:测试自动化、性能测试自动化、安全测试自动化。(一般情况下,我们说的自动化是指功能测试的自动化)
自动化测试按照测试对象来分:接口测试、UI测试等。
接口测试的ROI(产出投入比)要比UI测试高
自动化实施的步骤:
- 完成功能测试,版本基本稳定
- 根据项目特性,选择适合项目的自动化工具,并搭建环境
- 提取手工测试的测试用例转换为自动化测试的用例
- 通过工具、代码实现自动化的构造输入、自动检测输出结果是否符合预期
- 生成自动测试报告
- 持续改进、脚本优化
五,其他
随机测试(Ad-hoc Testing)
冒烟测试(Smoke Testing)
安全测试(Security Testing)
探索性测试(Exploratory Testing)
回归测试(Reegression Testing)
安装测试
国际化测试
本地化测试
α测试(Alpha Testing)
β测试(Beta Testing)
文档测试
在实际的测试中,最常见的就是用户文件的测试,例如:手册说明书等。
关注点
- 文档的术语
- 文档的正确性
- 文档的完整性
- 文档的一致性
- 文档的易用性
国家有关计算机软件产品开发文件编制指南中共有14种文件,可分为3大类。
- 开发文件:可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。
- 用户文件:用户手册、操作手册,用户文档的作用:改善易安装性;改善软件的易学性与易用性;改善软件可靠性;降低技术支持成本。
- 管理文件:项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。
版权归原作者 小宝的宝呢 所有, 如有侵权,请联系我们删除。