软件测试
1.1单元测试
是对团结组成单元进行测试。目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位：模块
- 测试阶段：编码后
- 测试对象：最小模块
- 测试人员：白盒测试工程师或开发工程师
- 测试依据：代码和注释+详细设计文档
- 测试方法：白盒测试
- 测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
1.2集成测试
也称联合测试、组装测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。主要目的是检查软件单位之间的接口是否正确。
- 测试阶段：一般单元测试之后进行
- 测试对象：模块间的接口
- 测试人员：白盒测试工程师或开发工程师
- 测试依据：单元测试的模块+概要设计文档
- 测试方法：黑盒测试与白盒测试相结合
- 测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响
补充说明：单元测试是一个模块内部的测试，集成测试是模块之间进行的测试（至少两个）
1.3系统测试
将软件系统看出一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段，包括回归测试和冒烟测试。
- 测试阶段：集成测试通过之后
- 测试对象：整个系统（软硬件）
- 测试人员：黑盒测试工程师
- 测试依据：需求规格说明书
- 测试方法：黑盒测试
- 测试内容：功能、界面、可靠性、性能、易用性、兼容性、安全性等。
补充说明：（1）系统测试是从完整的角度，广面去看待问题，不再看模块（2）虽然系统测试包括冒烟测试和回归测试，但三者之间是有严格的先后顺序的，即：先冒烟、再系统、后回归
2.1 黑盒测试（按是否覆盖源码划分为黑白灰盒）
黑盒测试也称功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关系软件的输入数据与输出数据黑盒测试又分为功能测试喝性能测试。
1.功能测试
-
- 业务测试是指：测试人员将系统的整个模块串接起来运行，模拟真实用户实际的工作流程。满足用户需求定义的功能来进行测试的过程。
- 易用性是交互的适应性、功能性和有效性的集中体现。又叫用户体验测试。
- 界面测试（UI测试）测试用户界面的功能模块的布局是否合理，整体风格是否一致、各个控件的放置位置是否符合客户使用习惯，此外还要测试界面操作便捷性、导航简单易懂，页面元素的可用性，界面文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等。
- 安装测试：是指测试程序的安装、卸载。最典型的就是APP的安装、卸载。
- 兼容性测试：软件之间是否能很好的运作，会不会有影响、软件和硬件之间能否发挥很好的效率工作，会不会影响导致系统的崩溃。例如最常见的是浏览器的兼容性测试，不同浏览器在CSS、JS解析不同会造成页面的不同。
-
不同的网路：2G、3G、4G、5G、有线、WiFi
-
不同浏览器
-
不同的操作系统：windows、mac、liunx
-
不同的手机设备：安卓、苹果
-
2.性能测试
检查系统是否满足需求规格说明书中规定的性能。通常表现在以下几个方面：
-
- 对资源利用（如内存、处理机周期等）进行的精确度量
- 对执行间隔
- 日志事件（如中断，报错）
- 响应时间
- 吞吐量（TPS）
- 辅助存储区（例如缓冲区、工作区的大小等）
- 处理精度等进行的检测
2.2白盒测试
白盒测试又称结构测试，透明盒测试、逻辑驱动测试或基于代码的测试。白黑指的是打开盒子，去研究里面的源代码和程序结果。
白盒测试也是接口测试的一种
2.3灰盒子测试
灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出，输入的正确性，同时也关注程序内部的情况。
灰盒测试：功能 + 接口
3.1静态测试（按是否执行程序划分）
静态方法是指不运行被测程序本身，仅通过分析或检查程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。
- 检查项：代码风格和规则审核；程序设计和结构的审核；业务逻辑的审核；走查、审查与技术复审手册。
- 静态质量：度量所依据的标准是ISO9126。在该标准中，软件的质量用以下几个方面来衡量，即功能性、可靠性、可用性、有效性、可维护性、可移植性
静态测试：代码静态分析和文档测试都属于静态测试
3.2动态测试
动态测试方法是指通过运行被测程序，检查运行结构与预测结构的差异，并分析运行效率、正确性和健壮性等性能。这种方法由三部分组成：构造测试用例、执行程序、分析程序的输出结果。
（1）动态测试由三部分组成：构造测试用例、执行程序、分析程序的输出结果。（2）大多数软件测试都属于动态测试
4.1手工测试
手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一个步骤。
- 优点：自动化无法替代探索性测试、发散思维类无既定结果的测试
- 缺点：执行效率慢，量大易错。
4.2自动化测试
就是在预定条件下运行系统或应用程序，评估运行结果，预定条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转为机器执行的一种过程。
- 自动化测试有：测试自动化、性能测试自动化、安全测试自动化。（一般情况下，我们说的自动化是指功能测试的自动化）
- 自动化测试按照测试对象来分，还可以分为接口测试、UI测试等。接口测试的ROI（产出投入比）要比UI测试高
自动化实施步骤：
（1）完成功能测试，版本基本稳定
（2）根据项目特性，选择适合项目的自动化工具，并搭建环境
（3）提取手工测试的测试用例转换为自动测试的用例
（4）通过工具、代码实现自动化的构造输入、自动检测输出结果是否符合预期
（5）自动生成测试报告
（6）持续改进、脚本优化
5.1冒烟测试（拿到产品后的第一次测试）
冒烟测试的目的是确认软件基本功能正常，可以进行后续正式的测试工作。冒烟测试的执行者是版本编译人。冒烟测试一般在开发人员开发完毕后送给测试人员来进行测试时，测试人员会先进行冒烟测试，保证基本功能正常，不阻碍后续测试。
5.2回归测试（第二次测试）
是指修改了旧的代码之后，重新进行测试以确认修改没用引入新的错误或导致其他代码产生错误。
自动回归测试将大幅度降低系统测试、维护升级等阶段的成本。
5.3随机测试
随机测试主要时根据测试者的经验对软件进行功能和性能抽查。
5.4验收测试
验收测试是部署软件之前的最后一个测试操作，也称为交付测试，验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据问的，向软件购买者展示该软件系统满足原始需求。
- 测试阶段：系统测试通过之后
- 测试对象：整个系统（包括软硬件）
- 测试人员：主要是最终用户或者需求方
- 测试依据：用户需求、验收标准
- 测试方法：黑盒测试
- 测试内容：同系统测试（功能...各类文档等）
验收测试按照实施组织的不同分为：α测试和β测试
α测试
- α测试是由一个用户在开发环境夏进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。
- α测试的目的是评价软件产品的FLURPS（功能、局域化、可使用性、可靠性、性能和支持）
- 大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试。α测试不能由程序员或测试员完成。
β测试
是一种验收测试。Beta测试由软件的最终用户们在一个或多个客房场所进行。
