Testing 在多个构建代理上进行端到端测试？

我正在使用Cypress在Web应用程序上进行端到端测试，对于一些浏览器，我注意到在更改构建代理时，输出略有变化

---

这是我以前甚至没有考虑过的，但是现在我想知道在多个构建代理（或操作系统）上进行端到端测试是否有意义，或者仅仅是在特定的构建代理上完成它是有意义的吗？p> 根据本文给出的答案，我得出了以下结论：

如果应用程序的用户使用不同的浏览器和操作系统，或者应用程序的桌面/移动版本，或者浏览器的不同版本，那么最好在多个构建代理上进行测试。但是，我们当然不想在不同配置的随机代理上运行测试。任何变化都应该考虑出来，并根据具体目标进行选择。否则我们会得到随机的薄片测试，我们需要进行分析

找出应该运行哪些测试的一个好方法是发现实际/潜在使用矩阵，以基于风险驱动测试。下面是可用于此目的的示例矩阵

---

根据本文给出的答案，我在上得出了以下结论：

如果应用程序的用户使用不同的浏览器和操作系统，或者应用程序的桌面/移动版本，或者浏览器的不同版本，那么最好在多个构建代理上进行测试。但是，我们当然不想在不同配置的随机代理上运行测试。任何变化都应该考虑出来，并根据具体目标进行选择。否则我们会得到随机的薄片测试，我们需要进行分析

找出应该运行哪些测试的一个好方法是发现实际/潜在使用矩阵，以基于风险驱动测试。下面是可用于此目的的示例矩阵

---

最终，如果你想对结果的变化进行调查，那就取决于你了。然而，这个问题过于模糊和固执己见，无法在这里得到回答。不过，它可能更适合你。谢谢你。我不知道这种社区的存在。有多个构建代理通常用于测试的并行化。这是为了使e2e测试更快地完成。您所关注的更多是浏览器兼容性测试，这些测试可以基于基于风险的方法进行。最终，如果您想对结果的变化进行调查，则由您决定。然而，这个问题过于模糊和固执己见，无法在这里得到回答。不过，它可能更适合你。谢谢你。我不知道这种社区的存在。有多个构建代理通常用于测试的并行化。这是为了使e2e测试更快地完成。您所看到的是更多关于浏览器兼容性测试的内容，这些测试可以基于基于风险的方法进行。使用数据备份您的测试方法很有趣+1现在，如何获取数据：PInteresting使用数据备份您的测试方法+1现在，如何获取数据：P