Automated tests Appium或Xamarin UI测试-经验和缺点

不确定这是否是提出此类问题的正确地点，因为这也是一个个人恩惠，但您对Xamarin UITest和/或Appium有何体验。到目前为止，我只有使用Appium的经验，但对于我们的新项目，我们可能希望使用Xamarin UITest

首先，SO通常不是提出此类问题的合适场所，因为此类问题通常被视为离题，主要基于观点。幸运的是，

xamarin.uitest

是一个非常不受欢迎的标签，因此，您的问题保留了下来：）

对于Xamarin.UITest所做的，它实际上并不坏。要考虑的最大问题是XAMARIN。UITEST要求您的应用程序使用XAMARIN。表单编写，对于我个人来说，这是最大的缺点。p> 我遇到的其他问题：

• 滚动速度非常慢
• 受限API（只能评估基本UI属性，请参阅）
• Android和iOS之间的最小差异可能会变得非常烦人，这取决于您的使用情况

---

除此之外，Xamarin.UITest是一个非常可靠的UI测试框架，如果您的应用程序是使用Xamarin.Forms编写的，我建议您使用Xamarin.UITest。

回答错误，使用Xamari UI测试框架，您可以在Android和IOS上自动化渐进式移动应用程序、混合应用程序和本机应用程序 以下是一些示例：

---

[https://www.zuehlke.com/blog/en/mobile-ui-testing/][1]

我们有一个React本机应用程序，目前正在使用Xamarin UI测试进行测试，我花了相当长的时间比较这些测试框架。看来我们的团队现在要换成Appium了。以下是我喜欢Appium的地方：

• 更好的文档，更多的在线资源

• 更多功能（允许您自动化更多内容）

• 在Android上运行速度稍快（可能快30%），与iOS几乎没有任何区别

• 更大、更活跃的社区，框架被弃用的可能性更小

• 根据我们的经验，它更可靠。有了Xamarin，我们不断得到“使用中的设备端口27753”或类似于我们无法解决的smth

• 要在其上运行测试的更多“设备场”选项。这对我们来说非常重要。对于Xamarin，我发现的唯一选项是BitBar（flakey，为测试运行增加大约5分钟的开销）和Xamarin测试云（昂贵）。使用Appium有更多的选择（SauceLabs似乎工作得很好，不过我们才刚刚开始使用它）

• 允许您从多种编程语言中进行选择（我们的团队最熟悉TypeScript）

• 客户机-服务器体系结构允许测试代码在本地运行（对许多团队来说可能不是一个好处，但对我们来说是），因此测试代码能够访问我们的内部API，这要归功于此

Xamarin.UITest可用于非Xamarin.Forms应用程序。我刚刚完成React原生应用程序的自动化测试。