自动化测试依赖处理方法与实例

在日常办公软件的开发和维护中，自动化测试成了提高效率的得力助手。但测试用例之间往往存在依赖关系，比如必须先登录系统，才能执行后续的数据导入操作。如果这些依赖没处理好，测试结果就可能出错，甚至整个流程失败。

常见的依赖场景

比如在财务系统中，报销单的审批流程依赖于员工信息已录入、部门数据已同步。如果自动化测试时直接跑审批流程，但前置条件没准备好，测试就会卡住。类似的情况还有：表单提交前要获取Token，数据导出前要完成筛选查询。

这类问题在使用Excel插件或OA系统自动化脚本时尤为明显。一个按钮能不能点，往往取决于前面几步是否成功执行。

用 setup 和 teardown 管理依赖

很多测试框架支持 setup 和 teardown 机制。可以在每个测试套件运行前，自动执行登录、初始化数据等操作。测试结束后再清理环境，避免影响下一轮。

def setup_function(function):
    <span class="k">if</span> function.__name__ == "test_approve_expense":
        login_user("admin", "123456")
        load_employee_data()

<span class="k">def</span> test_approve_expense():
    click_button("approve")
    assert get_status() == "approved"

依赖注入简化流程

对于复杂的办公系统，可以引入依赖注入的方式。把登录状态、配置参数等作为“服务”传给需要的测试用例，而不是每个用例都重复写一遍准备逻辑。

比如一个生成报表的测试，只需要声明“我需要一个已登录的管理员会话”，框架自动提供，不用关心怎么登录的。

用标记控制执行顺序

有时候必须保证某些测试先跑。可以用标签（tag）来标记依赖关系。例如给登录测试打上 @priority(1)，数据操作打上 @depends_on("login_test")，运行时工具会自动排序。

@depends_on("test_user_login")
def test_export_report():
    navigate_to("reports")
    click("export_btn")
    assert file_exists("report.xlsx")

处理失败后的恢复

如果前置依赖执行失败，比如网络问题导致登录超时，后续用例就没必要再跑。可以在框架中设置“阻断式依赖”，一旦某个关键步骤失败，立即跳过相关联的测试，节省时间。

同时记录清楚是哪个依赖出了问题，方便排查。日志里写明“test_export_report 被跳过，原因：test_user_login 失败”，比直接报错更清晰。

模拟依赖减少外部干扰

不是所有依赖都得真实执行。比如调用邮件接口发送通知，测试时可以用模拟对象（mock）代替，假装发送成功，避免真的发一堆测试邮件到同事邮箱。

from unittest.mock import Mock

send_email = Mock()
send_email.return_value = {"status": "success"}

# 测试中调用 send_email 不会真正发邮件
run_notification_task()
assert send_email.called