软件测试开发学习之旅----测试篇

Posted 2021-07-18 赵jc

测试篇

• 按开发阶段划分
• • 单元测试(Unit Testing)
  • 集成测试
  • 系统测试(System Testing)
• 按测试实施组织划分
• • α测试
  • β测试
• 按是否运行划分
• • 静态测试(Static testing)
  • 动态测试(Dynamic testing)
• 按是否手工划分
• • 手工测试(Manual testing)
  • 自动化测试(Automation Testing)
• 按是否查看代码划分
• • 黑盒测试(Black-box Testing)
  • 白盒测试(White-box Testing)
  • 灰盒测试(Gray-Box Testing)
• 按测试地域划分
• • 国际化测试
  • 本地化测试
• 按测试对像划分
• • 界面测试（UI测试）
  • 容错性测试
  • 文档测试
  • 兼容性
  • 易用性测试
  • 安装测试
  • 安全测试
  • 性能测试
  • 内存泄漏测试

SDK，全称：SoftWare DeveLopment Kit，一般是指软件工程师特定的软件包建立的开发工具集合
ROI：投入产出比
测试金字塔模型：

• 从下到上三层测试，投入相同的时间，回报率（产出）越来越低
• 从下到上，测试的效率越来越低
• 从下到上，定位问题越来越难
  我们应该将重心放在底层，争取尽早找出问题并解决。

按开发阶段划分

单元测试(Unit Testing)

单元测试是对软件组成单元进行测试（测试某一个功能模块）。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块。又称为模块测试

• 测试阶段：编码后或者编码前（TDD）
• 测试对象：最小功能模块
• 测试人员：白盒测试工程师或开发工程师
• 测试依据：代码和注释+详细设计文档测试方法：白盒测试
• 测试内容：模块接口测试（按照接口设计文档，参数，输出）、局部数据结构测试、路径测试、错误处理测试、边界测试

Junit三部曲

1. 在Maven项目的pom文件中先添加依赖（根据不同的版本导入对应的依赖）
2. 在file-settings-Plugins搜索Junit并安装
3. 开始单元测试（选中要进行单元测试的类的类名，Ctrl + shift）

集成测试

**集成测试也称联合测试（联调）、组装测试，**将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。（整体进行测试）

• 测试阶段：一般单元测试之后进行
• 测试对象：模块间的接口
• 测试人员：白盒测试工程师或开发工程师
• 测试依据：单元测试的模块+概要设计文档测试方法：黑盒测试与白盒测试相结合
• 测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系 统的影响

系统测试(System Testing)

将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统 测试执行阶段，包括回归测试和冒烟测试。

• 测试阶段：集成测试通过之后
• 测试对象：整个系统（软、硬件）
• 测试人员：黑盒测试工程师
• 测试依据：需求规格说明文档测试方法：黑盒测试
• 测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等

回归测试
回归测试是指修改了旧代码后或添加了新功能后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测 试将大幅降低系统测试、维护升级等阶段的成本。

冒烟测试
这一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试。也可以理解为该种测试耗时短，仅用一袋烟功夫足够了。
冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能和核心功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。

验收测试
验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始
需求。

• 测试阶段：系统测试通过之后
• 测试对象：整个系统（包括软硬件）。
• 测试人员：主要是最终用户或者需求方。
• 测试依据：用户需求、验收标准
• 测试方法：黑盒测试
• 测试内容：同系统测试(功能…各类文档等)

按测试实施组织划分

α测试

用户或者公司内非测试和开发人员请到开发现场进行测试，时间比较集中，在开发现场好沟通产品问题，容易受开发环境的影响
α测试优先于β测试，通用的软件产品需要较大规模的beta测试,测试周期比较长。

β测试

用户在实际使用环境下进行测试，用户测试的结果更接近于实际使用情况的反馈。beta测试的环境是不受开发方控制的,用户数量相对比较多,时间不集中。

按是否运行划分

静态测试(Static testing)

静态方法是指不运行被测程序本身，根据需求规格说明书，软件设计文档，程序设计文档等结合程序，查看代码的风格，语法，逻辑等是否符合要求。

• 检查项：代码风格和规则审核；程序设计和结构的审核；业务逻辑的审核；走查、审查与技术复审手册。
• 静态质量：度量所依据的标准是ISO9126。在该标准中，软件的质量用以下几个方面来衡量，即功能性(Functionality)、可靠性(Reliability)、可用性(Usability)、有效性(Efficiency)、可维护性（Maintainability）、可移植性(Portability)

动态测试(Dynamic testing)

动态测试方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能。这种方法由三部分组成：构造测试用例、执行程序、分析程序的输出结果。
大多数软件测试工作都属于动态测试。

按是否手工划分

手工测试(Manual testing)

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

• 优点：灵活、发散性测试
• 缺点：执行效率慢，量大易错。

但要记住一点：手工测试永远无法被取代！！！

自动化测试(Automation Testing)

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

• 自动化测试有功能测试自动化、性能测试自动化、安全测试自动化。通常所说的自动化是指功能测试自动化。
• 自动化测试按照测试对象来分，还可以分为接口测试(postman,jmeter)、UI测试(selenium,unittest)等。接口测试的ROI（产出投入比）要比UI测试高。

自动化实施步骤：

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

按是否查看代码划分

不管黑盒、白盒，抓住bug就是好盒

黑盒测试(Black-box Testing)

黑盒测试也称功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入数据与输出数据。

• 黑盒测试包括：系统测试、验收测试
• 黑盒测试的方法：等价类、边界值、因果图法、正交法、场景法、错误猜测法

白盒测试(White-box Testing)

白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒指的打开盒子，去研究里面的源代码和程序结果。

• 白盒测试包括：接口测试、单元测试
• 白盒测试的方法：语句覆盖法、循环覆盖法（while（i == 1））、路径覆盖法（switch、if else）、逻辑覆盖法（判定覆盖、、条件覆盖、判定组合覆盖、条件组合覆盖）

灰盒测试(Gray-Box Testing)

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

按测试地域划分

国际化测试

软件国际化：开发软件的时候使用的一种工程技术，使得软件可以适用不同国家的语言，文化和风俗习惯，可以不使用修改源码就可以达到。

本地化测试

上面讲的全是本地测试

按测试对像划分

界面测试（UI测试）

界面测试（简称UI测试)，测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件的放置位置是 否符合客户使用习惯，此外还要测试界面操作便捷性、导航简单易懂性，页面元素的可用性，界面中文字是否正 确，命名是否统一，页面是否美观，文字、图片组合是否完美等。

容错性测试

当系统因为外部环境的影响或者用户的误操作导致系统发生错误，但是系统可以自我处理，是系统正常稳定运行。

• 数据级别：日期、货币、时间
• 验证级别：查询信息前后空格、注册、密码、确认密码
• 环境容错处理：当系统运行时出现断电、断网、服务器崩溃的时候可以随时切换电气、网络、备用服务器，并让用户无感知
• 界面容错处理：进行一些危险或者用户禁用操作的时候，有没有给用户提示、或者把这些功能屏蔽掉
• 灾难恢复性测试：人为让系统发生故障，让系统出现断网断点系统崩溃的端情况，检测系统是否可以自我恢复数据，以及恢复这些数据的正确性和耗时性。

文档测试

软件开发过程中产生的文档进行测试（软件设计文档、流程图文档、功能分析设计文档、用户使用手册），主要检查文档的术语是否正确、得当、完整性、易用性

兼容性

兼容性主要是指软件之间能否很好的运做，会不会有影响、软件和硬件之间能否发挥很好的效率工作，会不会影响 导致系统的崩溃。

• 平台测试
• 浏览器测试
• 软件本身能否向前或者向后兼容
• 测试软件能否与其它相关的软件兼容
• 数据兼容性测试

最常见的就是浏览器的兼容性测试，不同浏览器在css，js解析上的不同会导致页面的显示不同。常见的IE8的兼容 性。

易用性测试

易用性（Useability）是交互的适应性、功能性和有效性的集中体现。易用性属于人体工程学的范畴，人体工程学（ergonomics）是一门将日常使用的东西设计为易于使用和实用性强的学科。

安装测试

测试程序的安装、卸载
典型的是app的安装、卸载

安全测试

安全测试是一个相对独立的领域，需要更多的专业知识。例如web的安全测试，需要熟悉各种网络协议TCP\\HTTP，防火墙，CDN，熟悉各种操作系统的漏洞，熟悉路由器等。从软件来说，熟悉各种攻击手段，例如SQL注入、Xss等。

性能测试

检查系统是否满足需求规格说明书中规定的性能。通常表现在以下几个方面：

• 对资源利用（如内存、处理机周期等）进行的精确度量
• 对执行间隔
• 日志事件（如中断，报错）
• 响应时间（重要3、5、10原则）
• 吞吐量（TPS）
• 点击率

内存泄漏测试

在分配内存的时候，没有及时释放内存或者无法释放、导致系统运行占得内存越来越多，系统运行越来越慢，甚至崩溃
可能的原因：
使用API函数不正确
程序写的有问题，无法释放内存空间
分配了空间以后，忘记释放了

好了，就总结这些吧，希望对大家有帮助！