ReadyAPI中Teardown脚本重跑Login用例异常问题求助

我来帮你拆解这个问题——你的Teardown脚本之所以会执行3次，核心原因是递归触发了Teardown逻辑，再加上循环条件和计数的小漏洞，导致整个重试逻辑混乱。咱们一步步来分析和修复：

原脚本的核心问题 #

1. Teardown递归执行：当你在Teardown里调用testCase.run()时，重跑的用例执行完成后也会触发它自己的Teardown脚本，相当于你的重试逻辑被嵌套调用了，这就是日志里出现一堆重复输出的根源。
2. 循环条件错误：原循环while (loginStatus == "FAIL" && retryAttempts <=1)，如果初始RetryAttempts是0，那么第一次进入循环（0<=1）计数加1到1；第二次检查1<=1依然成立，计数加1到2才退出，相当于会尝试2次重跑，超出了你要的1次上限。
3. 状态未实时更新：你只在脚本开头获取了一次loginStatus，重跑用例后没有重新拉取最新的执行状态，导致即使重跑成功，循环依然会继续执行。
4. 项目级属性共享冲突：用项目级的RetryAttempts会导致重跑的Teardown脚本也会重置这个值，干扰计数逻辑，甚至影响其他用例。

修正后的Teardown脚本 #

// 获取当前用例的执行状态（仅本次主执行的结果）
def currentStatus = testRunner.getStatus().toString()

// 用TestCase级属性存储重试次数，避免项目级共享的干扰
def retryAttempts = context.expand('${#TestCase#RetryAttempts}')?.toInteger() ?: 0
def maxRetries = 1 // 可改成读取项目属性：context.expand('${#Project#MaxRetries}').toInteger()

// 仅当当前用例失败，且重试次数未达上限时执行重跑
if (currentStatus == "FAIL" && retryAttempts < maxRetries) {
    // 递增重试计数并存入TestCase属性
    retryAttempts++
    testRunner.testCase.setPropertyValue("RetryAttempts", retryAttempts.toString())
    log.info "开始第${retryAttempts}次重跑Login用例..."
    
    // 创建独立上下文，避免和当前执行上下文冲突
    def newContext = new com.eviware.soapui.support.types.StringToObjectMap()
    // 关键：重跑时跳过Teardown脚本，防止递归触发
    testRunner.testCase.run(newContext, true)
    
    // 重跑后获取最新状态，成功则重置计数
    def retryStatus = testRunner.testCase.getStatus().toString()
    if (retryStatus == "PASS") {
        log.info "第${retryAttempts}次重跑成功！"
        testRunner.testCase.setPropertyValue("RetryAttempts", "0")
    }
} else {
    // 无需重跑或已达上限，重置重试计数
    testRunner.testCase.setPropertyValue("RetryAttempts", "0")
    if (currentStatus == "FAIL") {
        log.info "已达到最大重跑次数，Login用例最终执行失败"
    }
}

关键改进点说明 #

• 跳过重跑用例的Teardown：调用testCase.run(newContext, true)时，第二个参数设为true表示禁用重跑用例的Teardown，彻底避免递归触发重试逻辑。
• TestCase级属性存计数：把重试次数存在当前测试用例的自定义属性里，不会被其他用例干扰，也不会因为重跑的Teardown重置计数。
• 用if替代while：Teardown是每次用例执行后触发一次，用if判断更稳妥，避免循环导致的多次触发；通过递增计数来控制重跑次数，逻辑更清晰。
• 实时更新执行状态：重跑后重新获取用例的最新状态，确保判断逻辑准确。

额外配置步骤 #

1. 给你的Login测试用例添加自定义属性RetryAttempts，默认值设为0。
2. 如果需要把最大重跑次数做成全局可配置的，可以在项目里添加MaxRetries属性，然后把脚本里的maxRetries改成读取该属性的代码。

这样修正后，你的Login用例最多只会重跑1次，日志也不会出现重复输出的问题了。

内容的提问来源于stack exchange，提问作者ChanChow