【自用】软件开发测试环节

一、测试环节

UT = Unit Test 单元测试
IT/SIT = System Integration Test 集成测试
ST = System Test 系统测试
QAT= Quality Assurance Testing/Quality Assessment Team 质量保证测试/团队
UAT = User Acceptance Test 用户接受测试(俗称:验收测试）

1.UT(单元测试，Unit Test):
单元测试任务包括：
1、模块接口测试；
2、模块局部数据结构测试；
3、模块边界条件测试；
4、模块中所有独立执行通路测试；
5、模块的各条错误处理通路测试。；

2.IT/SIT（集成测试，Integration Test）：
也称系统集成测试（System Integration Test），集成测试阶段是以黑盒法为主，在自底向上集成的早期，白盒法测试占一定的比例，随着集成测试的不断深入，这种比例在测试过程中将越来越少，渐渐地，黑盒法测试占据主导地位。

3.ST（系统测试，System Test）：
从技术角度看，系统测试是整个测试阶段的最后一步，所有的开发和测试在这一点上集中表现为生成一个具有一定功能的软件系统。
该阶段主要对系统的准确性及完整性等方面进行测试。
主要进行：
功能确认测试、运行测试、强度测试、恢复测试、安全性测试等。
系统测试的测试人员由测试组成员（或质量保证人员）或测试组成员与用户共同测试。在整个系统开发完成，即将交付用户使用前进行。在这一阶段，完全采用黑盒法对整个系统进行测试。

4.QAT质量保证测试（Quality Assurance Testing）

含义：QAT通常代表“Quality Assessment Team”，即质量评估小组，或质量保证测试（Quality Assurance
Testing）。

Quality Assessment Team这个团队在软件开发、医疗检查、产品测试或服务评估等领域中负责确保产品或服务的质量。在软件开发中，QAT可能指代质量保证团队，他们负责测试软件的功能、性能、可靠性等，以确保软件质量符合预定标准。
QAT团队通过执行各种测试活动，如功能测试、性能测试、兼容性测试等，来识别和修复软件中的缺陷。他们的工作对于提高软件的整体质量和稳定性至关重要。
Quality Assurance Testing可能指的是在质量保证过程中执行的测试环节。这个环节可能包括但不限于：

• 系统测试：对整个软件系统进行测试，以确保其符合需求规格说明书中的要求。 集成测试：测试不同模块或组件之间的交互和集成。
• 回归测试：在软件修复缺陷或添加新功能后，重新执行之前的测试用例以确保没有引入新的问题。
• 性能测试：评估软件在特定条件下的性能表现，如响应时间、吞吐量、资源利用率等。
• 兼容性测试：测试软件在不同操作系统、浏览器、硬件或网络环境下的兼容性。

需要注意的是，QAT的具体含义和范围可能因组织而异。有些组织可能将QAT视为一个独立的测试团队或环节，而其他组织则可能将其视为质量保证活动的一部分，并不特别强调其作为单独测试环节的存在。

4.UAT(验收测试，User Acceptance Test):
验收测试是向未来的用户表明系统能够像预定要求那样工作。
经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。

二、测试方式

1.白盒测试
白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的，即清楚盒子内部的东西以及里面是如何运作的。"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。"白盒"法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。

2.黑盒测试
黑盒测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。

3.灰盒测试
灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。
灰盒(Gray Box)是一种程序或系统上的工作过程被局部认知的装置。灰盒测试，也称作灰盒分析，是基于对程序内部细节有限认知上的软件调试方法。测试者可能知道系统组件之间是如何互相作用的，但缺乏对内部程序功能和运作的详细了解。对于内部过程，灰盒测试把程序看作一个必须从外面进行分析的黑盒。
灰盒测试通常与web服务应用一起使用，因为尽管应用程序复杂多变，并不断发展进步，因特网仍可以提供相对稳定的接口。由于不需要测试者接触源代码，因此灰盒测试不存在侵略性和偏见。开发者和测试者间有明显的区别，人事冲突的风险减到最小。然而，灰盒测试相对白盒测试更加难以发现并解决潜在问题，尤其在一个单一的应用中，白盒测试的内部细节可以完全掌握。 灰盒测试结合了白盒测试和黑盒测试的要素。它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。灰盒测试由方法和工具组成，这些方法和工具取材于应用程序的内部知识和与之交互的环境，能够用于黑盒测试以增强测试效率、错误发现和错误分析的效率。灰盒测试涉及输入和输出，但使用关于代码和程序操作等通常在测试人员视野之外的信息设计测试。