【编程】 打桩测试的原则及举例示范（详细讲解）

👉博__主👈：米码收割机 👉技__能👈：C++/Python语言 👉公众号👈：测试开发自动化【获取源码+商业合作】 👉荣__誉👈：阿里云博客专家博主、51CTO技术博主 👉专__注👈：专注主流机器人、人工智能等相关领域的开发、测试技术。

白盒测试中的 “打桩测试”（Stubbing and Mocking）是一种使用模拟对象（stubs）或伪造对象（mocks）替代真实组件的技术。通过打桩测试，可以隔离被测试代码的依赖项，使测试更加可控、稳定和高效。在进行打桩测试时，有几个原则是值得遵循的：

关注点分离（Separation of Concerns）： 打桩测试的目的是隔离被测试代码与其依赖项。确保被测试代码只关注业务逻辑，而不包含与外部依赖的交互。这样可以保持代码的简洁性和可读性，并使得测试更加专注和有效。

针对特定场景编写测试： 每个测试用例应该专注于一个特定的场景或路径。通过针对不同的输入和条件编写测试用例，可以覆盖更多的代码路径，从而提高测试的全面性。

保持测试用例独立： 每个测试用例都应该是独立的，不应该依赖其他测试的状态或执行顺序。这样可以确保测试结果的可靠性和一致性。

选择合适的打桩对象： 在打桩测试中，需要选择合适的模拟对象（stubs或mocks）来代替真实的依赖项。Stubs通常用于提供简单的、预定义的数据或行为，而Mocks则更灵活，可以设置预期并验证调用。

验证打桩对象的交互： 对于Mock对象，不仅要设置预期行为，还要验证代码是否按预期与它们进行交互。这样可以确保被测试代码正确地调用了依赖项。

更新打桩对象随需求变化： 随着代码和需求的变化，打桩对象可能需要进行更新。确保在修改代码时，也相应地更新测试中的打桩对象，以保持测试的有效性。

避免过度打桩： 尽量避免在测试中过度打桩，保持测试的简洁性。只需要为了隔离被测试代码的关键依赖项进行打桩。

组合使用打桩和真实对象： 在某些情况下，可以使用部分真实对象和部分打桩对象的组合进行测试，以确保在测试中既有控制又有实际交互。

持续维护和优化： 打桩测试应该作为开发流程中的一部分，随着代码的演进持续进行维护和优化。随着代码库的发展，可能需要调整测试策略和打桩对象的使用。

遵循这些原则，可以帮助你在白盒测试中有效地运用打桩测试技术，提高测试覆盖率和代码质量。

用一个简单的 C++ 示例来说明打桩测试的原则。假设我们有一个简单的函数 calculateSquare，用于计算一个整数的平方，并且它依赖于一个外部的 Logger 类来记录计算的结果。使用打桩测试来隔离 Logger 类并测试 calculateSquare 函数的功能。

首先，我们定义 Logger 类和 calculateSquare 函数的头文件 my_math.h：

然后，我们在 my_math.cpp 中实现这些函数：

现在，我们可以编写 calculateSquare 函数的打桩测试，使用 MockLogger 来代替真实的 Logger：