关闭并行执行后，能否实时查看TestRigor测试套件用例执行顺序？

一、关闭并行后的执行顺序与实时查看 #

• 关闭并行执行后，TestRigor会完全按照你在测试套件里的用例排列顺序执行，也就是testcase 1 → testcase 2 → …… → testcase 10依次跑完。
• 实时查看执行顺序很简单：打开套件的执行页面，看实时执行日志就行，日志会按先后顺序打出每个用例的启动、运行状态和结束信息，你能实时看到当前在跑哪个用例，以及之前已经跑完的用例序列。

二、下拉菜单随机失败的排查思路 #

结合你怀疑的数据库表锁定问题，这么来验证：

1. 盯紧失败用例的执行位置：通过实时日志记录下这个用例每次失败时，前面刚跑完的是哪些用例。如果它每次失败都紧跟在某个修改同一张数据库表的用例后面，那表锁定的概率就很大。
2. 检查目标用例的特殊点：虽然其他20个用例用了相同规则，但单独看这个失败用例，它输入的ID是不是有特殊之处？比如关联的数据量更大、涉及的表操作更复杂，会不会触发不一样的数据库行为。
3. 加验证/等待步骤：在这个用例的下拉选择步骤前，加一条自定义规则去查一下目标数据表的锁定状态，或者加个短暂等待（比如等个2-3秒）模拟锁释放的时间，看看能不能降低失败概率。
4. 对比日志细节：把这个用例失败时的日志和成功用例的日志对比，重点看下拉菜单加载阶段的页面响应时间、接口返回的选项数据是否完整——如果失败时选项没加载全，也可能是页面渲染延迟，但结合你怀疑的锁问题，先确认执行顺序关联的操作更关键。

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