第27章 测试驱动开发模式：深入测试技术

写在前面

---

这本书是我们老板推荐过的，我在《价值心法》的推荐书单里也看到了它。用了一段时间 Cursor 软件后，我突然思考，对于测试开发工程师来说，什么才更有价值呢？如何让 AI 工具更好地辅助自己写代码，或许优质的单元测试是一个切入点。 就我个人而言，这本书确实很有帮助。第一次读的时候，很多细节我都不太懂，但将书中内容应用到工作中后，我受益匪浅。比如面对一些让人抓狂的代码设计时，书里的方法能让我逐步深入理解代码的逻辑与设计。 作为一名测试开发工程师，我想把学习这本书的经验分享给大家，希望能给大家带来帮助。因为现在工作中大多使用 Python 代码，所以我把书中JAVA案例都用 Python 代码进行了改写 。

---

在软件开发领域，测试驱动开发（TDD）模式凭借其独特的优势，成为保障代码质量的重要手段。继前文对TDD基础模式的探讨后，本篇将深入介绍测试模式中更具体的测试技术，涵盖子测试、模拟对象、自分流等多个方面，并配以完整示例代码，帮助开发者更好地理解和应用这些技术。

子测试（Child Test）

概念与应用场景

子测试是一种将大规模测试拆解为小规模测试的技术。当编写的测试规模过大难以调试和运行时，通过编写代表该测试某部分的较小规模测试，先让这些小规模测试运行，之后再引入更大规模的测试。这在遵循“测试 - 重构 - 通过”的TDD三部曲时尤为重要，有助于在测试过程中及时发现和解决问题，避免因测试规模过大而导致的复杂性和不确定性。

示例代码

假设我们要测试一个复杂的电商订单处理系统，该系统涉及订单创建、商品库存检查、价格计算等多个功能。我们可以先对子功能进行子测试，以下是一个简化的订单价格计算子测试示例：

# 定义订单类
class Order:def __init__(self, items):self.items = itemsdef calculate_total_price(self):total = 0for item in self.items:total += item['price'] * item['quantity']return total# 子测试用例
def test_order_price_calculation():order_items = [{'name': 'Item1', 'price': 10, 'quantity': 2},{'name': 'Item2', 'price': 15, 'quantity': 1}]order = Order(order_items)result = order.calculate_total_price()assert result == 35, "Order price calculation is incorrect"

在上述代码中，test_order_price_calculation是一个子测试，它专注于订单价格计算功能的测试，通过模拟订单商品数据，验证价格计算的正确性。

模拟对象（Mock Object）

概念与作用

模拟对象是为测试依赖于价值昂贵或构成复杂资源的对象而创建的伪版本。例如在测试涉及数据库操作的代码时，由于数据库建立耗时、数据维护复杂且可能存在远程存储等问题，通常使用模拟对象替代真实数据库。模拟对象不仅能提升测试的性能和可靠性，还增强了测试的可读性，使测试结果更易于理解和分析。

示例代码

以测试一个用户数据查询功能为例，假设该功能原本依赖于真实数据库查询，现在使用模拟对象进行测试：

# 模拟数据库类
class MockDatabase:def __init__(self):self.data = {1: {'username': 'user1', 'email': '[e-mail]'},2: {'username': 'user2', 'email': '[e-mail]'}}def query(self, user_id):return self.data.get(user_id)# 被测试的用户查询类
class UserQuery:def __init__(self, db):self.db = dbdef get_user(self, user_id):return self.db.query(user_id)# 测试用例
def test_user_query():mock_db = MockDatabase()user_query = UserQuery(mock_db)result = user_query.get_user(1)assert result['username'] == 'user1', "User query result is incorrect"

在这个示例中，MockDatabase模拟了真实数据库的查询功能，UserQuery类依赖于该模拟数据库进行用户数据查询，test_user_query测试用例验证了查询功能的正确性。

自分流（Self Shunt）

概念与原理

自分流用于测试一个对象与另一个对象是否正常交互。通过让测试对象与测试用例自身进行交互，而非与期望的对象交互，来判断交互的正确性。这一技术可以动态地更新测试用户界面的状态，例如在测试运行、失败或测试集启动/结束时，能够感知并作出相应反应。

示例代码

以下是一个简单的自分流测试示例，用于测试一个事件监听功能：

# 结果监听器类
class ResultListener:def __init__(self):self.count = 0def start_test(self):self.count += 1# 测试用例
def test_notification():listener = ResultListener()result = "Test Result"# 模拟测试运行时通知监听器listener.start_test()assert listener.count == 1, "Notification count is incorrect"

在这个示例中，ResultListener类作为事件监听器，test_notification测试用例模拟了测试运行时对监听器的通知，并验证了监听器的计数是否正确。

日志字符串（Log String）

概念与用途

日志字符串用于测试被调用的消息队列是否正确。通过设置一个存储日志的字符串，在消息被调用时将记录追加在字符串后面，从而可以清晰地了解测试过程中的消息调用顺序和内容，有助于排查和解决测试中出现的问题。

示例代码

假设我们有一个测试模板方法，其中包含设置、测试和清理方法，并使用日志字符串记录操作过程：

# 被测试类
class WasRun:def __init__(self, name):self.name = nameself.log = ""def setup(self):self.log += "setUp "def test_method(self):self.log += "testMethod "def tear_down(self):self.log += "tearDown "# 测试用例
def test_template_method():test = WasRun("testMethod")result = Nonetest.setup()test.test_method()test.tear_down()assert test.log == "setUp testMethod tearDown ", "Log string is incorrect"

在上述代码中，WasRun类的方法在执行时会将操作记录到log字符串中，test_template_method测试用例验证了日志字符串的内容是否符合预期。

崩溃测试模拟（Crash Test Dummy）

概念与目的

崩溃测试模拟用于测试不太可能被触发的错误码。通过创建一个只抛出异常而不做任何实质工作的对象，使用特定方法触发错误码，以验证系统在面对异常情况时的处理能力，确保未被测试的代码在异常情况下也能正常工作。

示例代码

以测试文件系统满时的异常处理为例：

# 模拟满文件系统的文件类
class FullFile:def __init__(self, path):self.path = pathdef create_new_file(self):raise Exception("File system is full")# 测试用例
def test_file_system_error():file = FullFile("test_path")try:file.create_new_file()assert False, "Expected exception not raised"except Exception as e:assert str(e) == "File system is full", "Exception message is incorrect"

在这个示例中，FullFile类模拟了文件系统满时创建新文件的异常情况，test_file_system_error测试用例验证了系统是否能正确捕获和处理该异常。

中断的测试（Broken Test）

概念与技巧

当独自编写程序时，可能会遇到中途离开的情况。中断的测试技巧是让最后一个测试保持不完整状态，作为下次继续编程的切入点。通过这种方式，能够在重新开始编程时快速回忆起当时的思路，避免因长时间中断而导致的编程上下文丢失。

示例说明

假设我们正在编写一个计算斐波那契数列的程序，中途中断时可以保留一个未完成的测试：

# 斐波那契数列计算函数（未完成）
def fibonacci(n):if n == 0:return 0elif n == 1:return 1# 此处省略后续计算逻辑# return fibonacci(n - 1) + fibonacci(n - 2)# 未完成的测试用例
def test_fibonacci():result = fibonacci(5)# 暂时不进行断言，保留测试的中断状态# assert result == 5, "Fibonacci calculation is incorrect"

在上述示例中，test_fibonacci测试用例在计算斐波那契数列的函数未完全实现时保留中断状态，方便开发者后续继续编写和测试。

干净签入（Clean Check - in）

概念与团队协作

在团队编程中，干净签入要求在签入代码时确保所有测试都能运行通过。这是一种良好的实践，有助于保持代码库的稳定性和可维护性。当团队成员共同开发时，未通过的测试可能会给其他成员带来困扰，因此每次签入前都应进行全面的测试，确保代码的质量和可靠性。

示例场景

假设团队正在开发一个项目管理系统，当某个成员完成了一个新功能的开发，准备签入代码时，需要先运行所有测试用例：

# 假设这里有多个测试用例类和方法
class TestProjectManagementSystem:def test_task_creation(self):# 测试任务创建功能passdef test_task_assignment(self):# 测试任务分配功能pass# 模拟运行所有测试
def run_all_tests():test1 = TestProjectManagementSystem()test1.test_task_creation()test1.test_task_assignment()# 假设还有其他测试用例，依次运行# 签入前调用运行所有测试的函数
if __name__ == "__main__":run_all_tests()# 只有当所有测试都通过后，才进行代码签入操作

在这个示例中，run_all_tests函数模拟了运行项目管理系统所有测试用例的过程，只有当所有测试都通过后，才符合干净签入的要求。

总结

测试驱动开发模式中的这些具体测试技术，为开发者提供了丰富的测试手段，帮助我们在软件开发过程中更全面、深入地进行测试。从子测试的规模控制到模拟对象的资源替代，从自分流的交互测试到日志字符串的消息记录，再到崩溃测试模拟、中断的测试以及干净签入等，每一种技术都在不同场景下发挥着重要作用。通过合理运用这些技术，我们能够提高测试的效率和质量，确保软件系统的稳定性和可靠性，为软件开发的成功奠定坚实基础。在实际开发中，开发者应根据项目需求和特点，灵活选择和组合这些测试技术，不断优化测试流程，提升软件的整体质量。