我在执行testCase时遇到了一个奇怪的问题。
我有一个具有以下结构的测试用例:
Setup script:
set session_id = 0
set session_index = 0
store custom properties in an external file
和测试用例正文
Test Case:
data source
SOAP - authentication on components (gives session_id for each component)
groovy - recover useful data (store session_id in custom prop session_id_<session_index>)
source loop
SOAP - start asynchronous service on component 1
SOAP - check status on component 1
goto 'check status' while status = Pending
SOAP - check status on component 2
goto 'disconnect terminals' is session_id = 0
SOAP disconnect
groovy disconnect terminal : loop for each session_index: set session_id = session_id_<session_index> and use it in the SOAP disconnect step (I use run test step)
TearDown脚本:恢复自定义属性
所有这些步骤都成功执行,我没有记录任何错误,但整体测试状态为FAILED。
我意识到问题来自goto步骤: 我正在循环回到SOAP请求以检查状态,而返回的状态设置为“pending”。因此,每次请求返回'pending'时它都会失败,我再次发送检查请求。 当状态最终“成功”时,testStep变为绿色(OK)并且testCase继续。
在整体结果中,多次播放的testStep每次'迭代'存储一次,结果仅在最后一次出现时为OK,因此整体测试状态为FAILED。
答案 0 :(得分:1)
此问题有解决方法:
我检查了测试结果并检查了我的一些测试步骤在testRunner.results中被认为是失败的。为此,我在我的拆卸脚本选项卡中设置了以下代码
for (testStep in testRunner.getResults()){
log.info "status " + testStep.getTestStep().getName() + " : " + testStep.getStatus()
}
这些步骤是我循环的步骤,等待状态与'待定'不同。 在测试结束时,由于状态最终是“成功”,因此testCase(绿色标记)中的步骤设置为OK,即使多次出现的testStep“失败”(这令人困惑)
所以我发现我可以更新这些状态,执行以下相关步骤:
for (results in testRunner.results){
// implement a selection condition
results.status = "OK"
}
我必须确保仅将其应用于相关的testSteps。
但最后整体状态仍然失败,仍在我的拆解脚本中:
log.info "TEST RUNNER STATUS after update" + testRunner.getStatus()
如果我确定我的步骤和结果,我可以按如下方式覆盖它:
testRunner.status = "FINISHED"
log.info "TEST RUNNER STATUS after update" + testRunner.getStatus
我的整体测试还可以(绿色条)
我知道这有点棘手,但只要我设置了适当的条件来更新这些参数,我肯定不会隐藏真正的失败。
如果某人有更清洁的方法来做到这一点,我将不胜感激