对于移动自动化，Appium VS Calabash 和 Calabash VS Appium 的优势是什么？
For mobile automation what are the advantages of Appium VS Calabash and of Calabash VS Appium?
我在 IOS 和 Android 的移动自动化中使用了 Appium。我想知道提供 Calabash 的优势以及这两种工具生成的脚本是否有共同点？
我已经关注了这个 link : Appium VS Calabash
我用过 calabash 和 appium 来实现自动化。 Appium比calabash有更多优势。
Appium 相对于 Calabash 的优势：
1. 您可以使用多种语言编写代码，例如 Java、Python、C#、php 等。但是，Calabash 限制只能使用 RUBY。
Appium自带了很多预定义方法，比如OpenNotification()、StartActivity()、InstallApp等，Calabash不提供这些预定义方法。
与 Calabash 相比，Appium 的设置非常简单。
在 calabash 中，它会在您每次 运行 测试时在设备上安装该应用程序。但是，在 appium 中你有一个特性，你不需要每次都安装应用程序。它适用于设备上先前安装的应用程序。
Appium 适用于原生应用和混合应用。
appium有很多优点。希望对您有所帮助。
既然您已经阅读了差异，请注意 Calabash 也可以与 Xamarin 一起使用，这也是测试混合应用程序的好工具，您可以 运行 [=20] 相同的脚本=] 和 android 应用程序有一些小的 changes.Also 它现在已经集成到 visual studio，所以微软的支持是不可避免的，一些用户可能会感到安慰 factor.Lambda 表达式也是 plus.A Calabash 的主要挫折，但它只使用 ruby。
另一方面，Appium 可以支持多种语言，你可以使用 webdriver 作为 well.However 它与混合应用程序斗争，但你可以通过使用 google chrome 移动视图找到 click.one 可以肯定的是，sause 实验室在 Appium 中有许多错误需要修复。
我在移动自动化方面有相当长的时间。让我谈谈我对这两种工具的看法。
两者也各有优缺点如下：
自动化脚本中没有公共部分，因为 Calabash 使用查询交互元素，而 Appium 使用 selenium 查找函数。
Calabash 最好的部分是您可以使用 cross-platform 框架来自动化 ios 和 android 具有相同功能文件和大部分自动化代码的应用程序。然而最糟糕的是 Calabash 只有 Ruby。
查看 this post 了解有关 Calabash 和 Appium 差异的更多详细信息。
两个都自己试试。
我发现葫芦更容易上手。我在 Calabash 中完成了从设置到工作测试的完整用户流程测试，时间是 Appium 的一半。
我不喜欢使用 xpath。如果布局中的某些内容发生变化，它会使测试变得脆弱并且容易破损。 Appium 主要需要使用 xpath。 Calabash 允许您通过按文本选择元素来驱动操作和交互。我更喜欢这个，因为相同的文本通常在设计 and/or 要求中。
其他帖子中的某些评论不准确。 Calabash 不需要每次都安装该应用程序，除非您不看表面。 enable/disable 有一个简单的方法。我有逻辑认为 运行 是基于传递参数的两种方式。 Calabash 拥有足够多的现有方法来与您的应用程序进行交互。它有一个内置的调试功能，允许您修改元素交互，并且可以在您的测试代码中复制和重用这些相同的调用。与 getgauge.io 一起使用可提供类似于内置 Cucumber 的报告，但更易于 运行 多线程，并且更易于编写 feature/spec 文件。
对工具和你自己都要公平。在每个项目中创建一个简单的项目并自己尝试。不要仅仅根据别人的意见做出决定。
我在 IOS 和 Android 的移动自动化中使用了 Appium。我想知道提供 Calabash 的优势以及这两种工具生成的脚本是否有共同点？
我已经关注了这个 link : Appium VS Calabash
我用过 calabash 和 appium 来实现自动化。 Appium比calabash有更多优势。
Appium 相对于 Calabash 的优势： 1. 您可以使用多种语言编写代码，例如 Java、Python、C#、php 等。但是，Calabash 限制只能使用 RUBY。
Appium自带了很多预定义方法，比如OpenNotification()、StartActivity()、InstallApp等，Calabash不提供这些预定义方法。
与 Calabash 相比，Appium 的设置非常简单。
在 calabash 中，它会在您每次 运行 测试时在设备上安装该应用程序。但是，在 appium 中你有一个特性，你不需要每次都安装应用程序。它适用于设备上先前安装的应用程序。
Appium 适用于原生应用和混合应用。
appium有很多优点。希望对您有所帮助。
既然您已经阅读了差异，请注意 Calabash 也可以与 Xamarin 一起使用，这也是测试混合应用程序的好工具，您可以 运行 [=20] 相同的脚本=] 和 android 应用程序有一些小的 changes.Also 它现在已经集成到 visual studio，所以微软的支持是不可避免的，一些用户可能会感到安慰 factor.Lambda 表达式也是 plus.A Calabash 的主要挫折，但它只使用 ruby。
另一方面，Appium 可以支持多种语言，你可以使用 webdriver 作为 well.However 它与混合应用程序斗争，但你可以通过使用 google chrome 移动视图找到 click.one 可以肯定的是，sause 实验室在 Appium 中有许多错误需要修复。
我在移动自动化方面有相当长的时间。让我谈谈我对这两种工具的看法。
两者也各有优缺点如下：
自动化脚本中没有公共部分，因为 Calabash 使用查询交互元素，而 Appium 使用 selenium 查找函数。
Calabash 最好的部分是您可以使用 cross-platform 框架来自动化 ios 和 android 具有相同功能文件和大部分自动化代码的应用程序。然而最糟糕的是 Calabash 只有 Ruby。
查看 this post 了解有关 Calabash 和 Appium 差异的更多详细信息。
两个都自己试试。
我发现葫芦更容易上手。我在 Calabash 中完成了从设置到工作测试的完整用户流程测试，时间是 Appium 的一半。
我不喜欢使用 xpath。如果布局中的某些内容发生变化，它会使测试变得脆弱并且容易破损。 Appium 主要需要使用 xpath。 Calabash 允许您通过按文本选择元素来驱动操作和交互。我更喜欢这个，因为相同的文本通常在设计 and/or 要求中。
其他帖子中的某些评论不准确。 Calabash 不需要每次都安装该应用程序，除非您不看表面。 enable/disable 有一个简单的方法。我有逻辑认为 运行 是基于传递参数的两种方式。 Calabash 拥有足够多的现有方法来与您的应用程序进行交互。它有一个内置的调试功能，允许您修改元素交互，并且可以在您的测试代码中复制和重用这些相同的调用。与 getgauge.io 一起使用可提供类似于内置 Cucumber 的报告，但更易于 运行 多线程，并且更易于编写 feature/spec 文件。
对工具和你自己都要公平。在每个项目中创建一个简单的项目并自己尝试。不要仅仅根据别人的意见做出决定。