添加客服微信
400 035 7887
021-60725088-8054
下面是一个例子,说明这在现实生活中是如何发生的。在下面的情况下,我将分析一个测试,以揭示和解决测试运行时间中 70% 的低效率问题。您可以将学到的经验教训应用到您自己的测试中。
测试中的许多Selenium命令会使测试显着变慢和不太可靠的原因之一是每个Selenium命令都可能导致无效的元素定位器或同步问题。
在此示例中,旧版本测试需要300秒才能运行并执行364个Selenium请求。
但是在进行了下面描述的测试优化之后,同样的测试在92秒内执行——快了近四倍。
识别低效率
在这种情况下,失败的根本原因是无法定位下面的元素(调度程序)。失败发生在测试72秒后。
测试的其余部分用于执行不会导致进展的不相关和重复的操作。例如,测试继续搜索调度程序另外60秒,直到 2:12。
此时,测试执行一些随机操作,可能会刷新状态,然后继续搜索Scheduler,如果它在前60秒内没有出现,则永远不会这样做(见下文)。
只需300秒中的72秒就可以发现Scheduler元素不存在。因此,76%的测试时间是浪费;它不提供新的或有意义的信息。这意味着反馈循环慢了76%。
相关阅读:
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系SPASVO小编(021-60725088-8054),我们将立即处理,马上删除。