代码可见度上的划分

代码可以划分成黑、白、灰盒测试
⿊盒测试：主要针对功能（阶段划分->系统测试）
灰盒测试：针对接⼝测试（阶段划分->集成测试）
⽩盒测试：针对程序源代码进⾏测试（阶段划分->单元测试）

不同测试代表的意思简单来说

黑盒测试

定义：又称为功能测试或数据驱动测试，是一种基于软件功能需求的测试方法。通俗来说黑盒测试不看具体项目测试的代码，只关心输入和输出，验证软件是否按照预期的方式工作，确保软件满足用户的需求和规格说明。
特点：不需要关心代码
优点 ：测试用例设计相对简单，容易理解和执行；独立于实现，测试人员不需要了解内部代码；用户导向，基于用户需求确保软件可用；能够发现功能上的缺陷和错误。
缺点 ：覆盖率低，可能无法发现内部逻辑错误；对于复杂系统，设计全面的测试用例困难；测试用例质量依赖需求文档的准确性和完整性；难以发现性能、安全等方面的缺陷。
应用场景 ：功能测试、集成测试、系统测试、验收测试等。

实习时的回忆

在实习的时候，接触的操作都是黑盒测试，我不需要关心代码是如何实现的，我仅仅需要验证云平台是否按照要求来实现的功能，操作起来是否符合预期，以及有无异常情况。

白盒测试

定义 ：又称为结构测试或透明盒测试，是一种关注软件内部结构和代码实现的测试方法。测试人员需要详细了解软件的内部逻辑、代码路径和数据流，以设计测试用例，确保代码的每一个部分都按预期工作，验证代码的逻辑和结构是否正确。
特点 ：关注内部结构，基于代码，路径覆盖，技术性较强。
优点 ：能够覆盖代码的每一个部分，发现潜在的逻辑错误和缺陷；通过测试可优化代码，发现冗余和不必要的部分；可发现代码中的安全漏洞和性能瓶颈。
缺点 ：设计和执行测试用例的工作量大，需大量时间和资源；测试用例设计高度依赖代码实现，代码变化需更新测试用例；可能过度测试，增加成本；主要关注内部逻辑，可能忽略功能上的缺陷。
应用场景 ：单元测试、集成测试、回归测试、代码审查等。

实习后关于此方面的认识

白盒测试通常需要对代码有较深入的了解，因此更多地由开发人员、测试开发人员或有经验的测试工程师（如测开）来执行。它适用于单元测试、代码审查等场景，能够发现代码中的逻辑错误、安全漏洞和性能瓶颈。对于普通的测试工程师，可能更多地集中在黑盒测试或灰盒测试。

灰盒测试

定义 ：是一种结合了黑盒测试和白盒测试的测试方法。测试人员在了解部分内部结构和代码实现的基础上，设计测试用例来验证软件的功能需求。
特点 ：部分内部知识，功能和结构兼顾，灵活性高，高效性。
优点 ：综合了黑盒测试和白盒测试的优点，既关注功能需求，也考虑内部逻辑；通过有限的内部知识，可设计更有效的测试用例，提高测试的覆盖率和效率；测试方法灵活，可根据具体情况调整测试策略；可减少黑盒测试和白盒测试中可能存在的冗余测试。
缺点 ：对测试人员的要求较高，既需要有一定的代码阅读和理解能力，又要从用户角度设计测试用例；测试范围的确定可能存在一定难度，若对内部结构了解不够深入，可能无法有效结合两种测试方法的优点。
应用场景 ：多用于集成测试阶段，可用于测试软件的功能实现和集成，以及部分内部结构的正确性。

实习后关于此方面的认识

灰盒测试是一种结合了黑盒测试和白盒测试的测试方法。它通过部分了解软件的内部结构（如前端代码和返回值），同时关注功能需求，来定位问题。例如，开发人员可以通过调用F12开发者模式查看前端代码和返回值，结合错误提示来判断问题所在。灰盒测试适用于集成测试阶段，能够高效地结合功能验证和部分内部结构的检查，减少测试成本。