This topic是我正在寻找的答案的开始。我需要了解更多。
为什么使用GRID,如果纯TestNG并行执行似乎工作正常?
背景
问题:
我自己的想法: 我唯一可以想到的就是为GRID辩护,就是运行测试 使用不同的机器。如果我们需要实际平衡 在多个服务器上加载。但此时甚至我自己的笔记本电脑也是 完美地完成工作。这种情况不会改变 在最近的将来戏剧性,为什么要这么麻烦? 上面提到的link声称无网格并行的结果 测试可能变得不可预测。我们不面对这一点。所以问题 可能是:在什么意义上不可预测?需要注意什么?
提前感谢您的帮助。
欢呼声, 格雷格
答案 0 :(得分:0)
让我们考虑一些例子:
您的目标是检查Windows和MAC上的功能。如果没有网格,您将运行两次案例。
您有一个测试用例,其中旧版浏览器的功能中断,现在是回归测试的时间。如果没有网格,您将为每个浏览器的旧版本多次运行测试用例。
依赖于不同屏幕分辨率的案例。
网格可以简化配置工作。
它只是为运行多个测试用例尽量减少时间。
答案 1 :(得分:0)
Grid模仿负载均衡器,并根据所需功能将测试分发到节点。而testNG xml中的parallel属性只是指示testNGrunner一次触发n个测试。
CAVEAT :如果不使用网格进行并行测试,则在扩展线程数时,单个主机将会过载。无网格并行测试的结果可能变得不可预测,因为多个会话将快速填满堆内存。通用计算机具有有限的堆内存。你没有遇到这个问题,可能是因为你没有达到这个限制。