白盒测试

白盒测试（也称为透明盒测试、玻璃盒测试、透明盒测试和结构测试）是一种软件测试方法，用于测试应用程序的内部结构或工作，而不是其功能（即黑盒测试） ). 在白盒测试中，系统的内部视角用于设计测试用例。 测试人员选择输入来练习代码的路径并确定预期的输出。 这类似于电路中的测试节点，例如 在线测试（ICT）。白盒测试可以应用于软件测试过程的单元级、集成级和系统级。 尽管传统测试人员倾向于认为白盒测试是在单元级别进行的，但如今它更频繁地用于集成和系统测试。 它可以测试单元内的路径、集成期间单元之间的路径以及系统级测试期间子系统之间的路径。 虽然这种测试设计方法可以发现许多错误或问题，但它有可能遗漏规范中未实现的部分或遗漏需求。 在白盒测试是设计驱动的情况下，即完全由软件每个组件的行为规范（如在 DO-178C 和 ISO 26262 流程中）驱动，白盒测试技术可以完成对未实现的评估 或缺少要求。

白盒测试设计技术包括以下代码覆盖标准：

• 控制流测试
• 数据流测试
• 分支测试
• 报表覆盖率
• 决策覆盖率
• 修改后的条件/决策覆盖率
• 主要路径测试
• 路径测试

白盒测试是一种在源代码级别测试应用程序的方法。 这些测试用例是通过使用上述设计技术得出的：控制流测试、数据流测试、分支测试、路径测试、语句覆盖和决策覆盖以及修改条件/决策覆盖。 白盒测试是使用这些技术作为指导，通过检查所有代码来创建无错误的环境。 这些白盒测试技术是白盒测试的基石，其本质是在源代码级别对应用程序进行仔细测试，以减少以后隐藏的错误。 这些不同的技术会执行源代码的每个可见路径，以xxx程度地减少错误并创建无错误的环境。 白盒测试的重点是能够知道正在执行哪一行代码，并能够确定正确的输出应该是什么。

• 单元测试。 白盒测试在单元测试期间完成，以确保代码在与先前测试的代码集成之前按预期工作。 单元测试期间的白盒测试可能会及早发现许多缺陷，并有助于解决稍后在代码与应用程序的其余部分集成后发生的缺陷，从而减少错误在后期开发中的影响。
• 集成测试。 这个级别的白盒测试是为了测试接口之间的交互而编写的。 单元级测试确保每个代码都经过测试并在隔离环境中相应地工作，集成通过对程序员已知的任何接口交互使用白盒测试来检查开放环境中行为的正确性。
• 回归测试。 回归测试期间的白盒测试是在单元和集成测试级别使用回收的白盒测试用例。

白盒测试的基本流程要求测试人员对被测源代码有深入的了解。 程序员必须对应用程序有深刻的理解，才能知道要创建什么样的测试用例，以便对每条可见路径进行测试。 一旦理解了源代码，就可以对其进行分析以创建测试用例。 以下是白盒测试创建测试用例的三个基本步骤：

• 输入涉及不同类型的要求、功能规范、文档的详细设计、正确的源代码和安全规范。 这是白盒测试的准备阶段，用于布置所有基本信息。
• 处理涉及执行风险分析以指导整个测试过程、制定适当的测试计划、执行测试用例和交流结果。 这是构建测试用例的阶段，以确保他们彻底测试应用程序并相应地记录给定的结果。
• 输出涉及准备包含上述所有准备工作和结果的最终报告。