移动应用程序开发人员：我想介绍一下我们最新的认证合作伙伴AppThwack及其移动应用程序测试的设备云服务。我在圣诞节期间试用过这个服务，非常喜欢这项服务，用云服务器，很高兴有AppThwack加入进来云开发。如果你在做iOS/Android移动应用程序的持续集成或自动化测试，那么我强烈建议你去看看AppThwack。您可以在CloudBees网站上找到AppThwack合作伙伴列表：https://cloudbees.com/platform-service-appthwack.cb. 我有一个专门的Android应用程序项目，用来测试Jenkins CI平台的各种构建/测试特性，最近我决定尝试使用AppThwack的设备云在真实设备上运行这些自动测试套件。我在过去写了很多关于如何使用软件模拟器来模拟真实设备来运行测试的文章，这一点肯定有其用武之地：使用云开发，它很容易配置，而且我有一个作业设置，每当我将一个提交推送到托管项目的GitHub存储库时，都会以经典的CI风格进行构建。你可以在网上看到这个作业；这是一个很好的例子，说明了如何使用Android Gradle插件和模拟器。但是，对于移动应用程序的实际持续集成和测试，这实际上只是一个起点。仅仅基于模拟器的测试是不够的-您需要了解应用程序在实际设备上的行为。当我开发时，我通常至少有一个设备永久连接到我的笔记本电脑上，我会定期运行gradle clean connectedCheck来检查我是否没有损坏任何东西：我希望在持续集成过程中使用类似的东西，而这正是AppThwack提供的服务非常方便的地方。有相当多的供应商提供设备云进行测试，老实说，我一时兴起或多或少地尝试了AppThwack——但是，我对他们的服务（以及他们的API/plugin支持，稍后会详细介绍）印象非常深刻，我认为大多数使用Jenkins构建和测试移动应用程序的人都会发现它们非常棒适合。像往常一样，我在网上放了一些详细的例子，这样你就可以清楚地看到它是怎么回事了工作。在在这个博客中，我将介绍如何在CloudBees中使用设备云的基本知识云开发Jenkins CI服务（实际上，如果您使用的是Jenkins Enterprise或您自己的本地Jenkins安装，它的工作原理完全相同）。在后续的博客中，我将深入探讨Android/iOS的自动化测试，以及从这个练习中得到的一些有用的经验教训。能够并行地进行多个测试确实会迫使您仔细考虑您的测试策略，并且肯定有助于排除测试本身的任何问题，但接下来会讨论更多时间。得到从AppThwack开始很容易：只需转到appthwack.com网站然后报名。有一个免费试用选项，所以你可以马上开始。转到Profile页面（主页右上角的用户名下的下拉菜单）并记下AppThwack API密钥，广西大数据，因为在配置Jenkins插件时需要它。您还需要创建一个iOS或Android项目（记下名称，您也需要它），并为您的测试定义一个或多个设备池。创建您的项目，然后通过单击绿色按钮上载您的.apk或.ipa应用程序版本：这将带您进入下面显示的屏幕，您可以从预定义的一组设备中进行选择，wap自助建站，也可以定义自己的（"从列表中选择"）。在我的示例中，我创建了一个自定义设备池：同样，请记下设备池名称。如果你有一个iOS或Android测试项目，然后你可以直接从网页上传来运行你的测试，但是我将在这里集中讨论如何使用这个服务来自动执行Jenkins CI构建作业。确保通过更新中心安装了AppThwack-Jenkins插件；然后转到Jenkins->Configure Jenkins并向下滚动，直到看到AppThwack部分。输入API密钥并保存。现在转到iOS或Android项目的Jenkins配置，添加一个构建后操作（"在AppThwack上运行测试"）。如果在下拉列表中看不到该选项，则表示该插件尚未安装：您是否记得重新启动Jenkins？您可以看到Android和iOS项目的在线构建示例。以下是Android配置的外观喜欢：在这里面例如，我的项目是"gasp"，我使用的是单个设备池（"nexus72"-一个华硕nexus7.2）。这是一个使用Android Gradle插件的Gradle构建，因此debug和test.apk文件位于build/apk文件夹中，大数据使用，但是如果您使用ant构建项目，好评返现，您会在/bin和/bin文件夹中找到它们。我正在运行JUnit和Robotium测试，但是AppThwack支持各种iOS/Android测试框架。保存配置，就可以运行构建了。假设您的项目生成时没有错误，您的应用程序和测试将被上载，并计划测试运行。您将在控制台输出中看到一个链接，该链接将带您访问测试运行的详细信息：下面是完成的项目：那里这是关于设备运行测试的大量信息，其中包括性能数据，当然还有完整的测试结果。您可以直接从AppThwack发布数据（点击"共享"链接），但是我们希望将这些信息返回到Jenkins，这样我们就可以根据构建的成功或失败配置其他的构建后操作。在我写这篇文章的时候，AppThwack插件的当前版本（1.4）不支持这一点，但是嘿，这是Jenkins，而且插件是开源的，所以我添加了一些代码来轮询AppThwack服务器以获取作业状态，并在测试运行完成时将结果下载到Jenkins工作区。把功劳归功于AppThwack的人：他们公开api做得很好（查看AppThwack github页面），因此扩展插件非常简单。当你读到这篇文章的时候，应该有一个新的版本具有这个功能，但是以防万一，这里有一个链接指向我的回购，你可以剪切你自己的快照建造。现在控制台输出如下所示这个：浏览工作区对于项目，您将看到一个名为device results的文件夹，每个测试设备的子文件夹都包含原始和junitxml格式的测试结果，比如这个：底线：使用像AppThwack这样的设备云服务绝对是移动应用程序持续集成的方式。你可以在数以百计的设备上测试你的应用程序：所有的设备都使用非根目录的，商业化的模型。您可以构建CI设置，从简单的编译到基于模拟器的测试，到单设备和多设备测试运行，一直到使用HockeyApp、TestFlight或Zubhium等服务进行beta测试。你可以在云端使用云开发，或从您当地的Jenkins CI安装。没有理由向app/Play Store提交一个有缺陷的应用程序！Mark Prichard，产品经理高级总监ntCloudBeescloudbees.comMarkPrichard是云蜜蜂的javapaas福音传道者。他在BEA Systems和Oracle工作了13年后来到CloudBees，在那里他是WebLogic平台的产品经理。马克毕业于剑桥圣约翰学院和剑桥大学计算机实验室，为加州洛斯阿尔托斯的CloudBees工作。通过他的博客cloud，Bees和Blogs关注Mark。