Appium 或 Xamarin UI 测试 - 经验和缺点
Appium or Xamarin UI test - experiences and drawbacks
不确定在这里问这类问题是否合适，因为这也有点个人喜好，但您对 Xamarin UITest and/or Appium 的体验如何？到目前为止，我只有 Appium 的经验，但对于我们的新项目，我们可能想使用 Xamarin UITest。
首先，SO 通常不适合此类问题，因为此类问题通常会因为题外话和主要基于意见而被关闭。幸运的是，xamarin.uitest 是一个非常不受欢迎的标签，因此，您的问题得以解决 :)
对于Xamarin.UITest所做的，其实还不错。要考虑的最大问题是 Xamarin.UITest 要求您的应用程序使用 Xamarin.Forms 编写，对我个人而言，这是最大的缺点。
我遇到的其他问题：
- 滚动速度非常慢
- 有限 API（只能评估基本 UI 属性，请参阅 here）
- Android 和 iOS 之间的微小差异可能会变得非常烦人，具体取决于您的用例
除此之外，Xamarin.UITest 是一个非常可靠的 UI-testframework，如果您的应用程序是使用 Xamarin.Forms 编写的，我建议您使用 Xamarin.UITest。
错误答案，使用 Xamarin UI 测试框架，您可以在 Android 和 IOS 上自动化渐进式移动应用程序、混合应用程序和本机应用程序
这里有一些样本：
[https://www.zuehlke.com/blog/en/mobile-ui-testing/][1]
我们有一个 React Native 应用程序，目前正在使用 Xamarin UI Test 进行测试，我花了很长时间比较这些测试框架。看起来我们的团队现在要切换到 Appium。以下是我喜欢 Appium 的地方：
更好的文档，更多在线资源
更多功能（允许您自动化更多的东西）
在 Android 上运行速度稍快（可能快 30%），与 iOS
几乎没有任何区别
更大、更活跃的社区，框架被弃用的可能性更小
根据我们的经验，它更可靠。使用 Xamarin，我们不断收到“正在使用设备端口 27753”或类似我们无法解决的问题。
更多“设备农场”选项 运行 测试。这对我们来说非常重要。对于 Xamarin，我发现的唯一选项是 BitBar（flakey，增加了大约 5 分钟的开销来测试 运行s）和 Xamarin Test Cloud（昂贵）。使用 Appium 有更多选择（SauceLabs 似乎工作得很好，虽然我们才刚刚开始使用它）
允许您从多种编程语言中进行选择（我们的团队最擅长使用 TypeScript）
允许测试代码在本地 运行 的客户端-服务器架构（可能对许多团队没有好处，但对我们来说是这样），因此测试代码能够访问我们的内部 API 多亏了这个
不确定在这里问这类问题是否合适，因为这也有点个人喜好，但您对 Xamarin UITest and/or Appium 的体验如何？到目前为止，我只有 Appium 的经验，但对于我们的新项目，我们可能想使用 Xamarin UITest。
首先，SO 通常不适合此类问题，因为此类问题通常会因为题外话和主要基于意见而被关闭。幸运的是，xamarin.uitest 是一个非常不受欢迎的标签，因此，您的问题得以解决 :)
对于Xamarin.UITest所做的，其实还不错。要考虑的最大问题是 Xamarin.UITest 要求您的应用程序使用 Xamarin.Forms 编写，对我个人而言，这是最大的缺点。
我遇到的其他问题：
- 滚动速度非常慢
- 有限 API（只能评估基本 UI 属性，请参阅 here）
- Android 和 iOS 之间的微小差异可能会变得非常烦人，具体取决于您的用例
除此之外，Xamarin.UITest 是一个非常可靠的 UI-testframework，如果您的应用程序是使用 Xamarin.Forms 编写的，我建议您使用 Xamarin.UITest。
错误答案，使用 Xamarin UI 测试框架，您可以在 Android 和 IOS 上自动化渐进式移动应用程序、混合应用程序和本机应用程序 这里有一些样本： [https://www.zuehlke.com/blog/en/mobile-ui-testing/][1]
我们有一个 React Native 应用程序，目前正在使用 Xamarin UI Test 进行测试，我花了很长时间比较这些测试框架。看起来我们的团队现在要切换到 Appium。以下是我喜欢 Appium 的地方：
更好的文档，更多在线资源
更多功能（允许您自动化更多的东西）
在 Android 上运行速度稍快（可能快 30%），与 iOS
几乎没有任何区别更大、更活跃的社区，框架被弃用的可能性更小
根据我们的经验，它更可靠。使用 Xamarin，我们不断收到“正在使用设备端口 27753”或类似我们无法解决的问题。
更多“设备农场”选项 运行 测试。这对我们来说非常重要。对于 Xamarin，我发现的唯一选项是 BitBar（flakey，增加了大约 5 分钟的开销来测试 运行s）和 Xamarin Test Cloud（昂贵）。使用 Appium 有更多选择（SauceLabs 似乎工作得很好，虽然我们才刚刚开始使用它）
允许您从多种编程语言中进行选择（我们的团队最擅长使用 TypeScript）
允许测试代码在本地 运行 的客户端-服务器架构（可能对许多团队没有好处，但对我们来说是这样），因此测试代码能够访问我们的内部 API 多亏了这个