将 IBM Mobile Quality Assurance 添加到您的移动质量方案中

如果希望让您的移动应用程序的交互式手动测试更加有效和高效,可尝试使用 IBM Mobile Quality Assurance。MQA 是一个托管的软件即服务功能,可帮助您不断提供高质量的应用程序。在移动应用程序生命周期的生产前和发布后阶段开始使用 MQA 非常容易。

Leigh Williamson, 杰出工程师,软件部, IBM

Leigh Williamson 是一名 IBM 杰出工程师,从 1988 年以来一直在奥斯汀的德克萨斯实验室工作。在这段期间里,他参与了许多 IBM 的主要软件项目,包括 OS/2、DB2®、AIX®、OpenDoc、Java、Component Broker,以及 WebSphere Application Server。他目前是 IBM Rational 软件 Chief Technology Office 团队的成员,影响着 Rational 品牌产品的战略方向,并领导着移动应用程序开发的解决方案定义。他拥有 Nova University 计算机科学专业理学士学位和 University of Texas 计算机工程硕士学位。



2014 年 6 月 05 日

IBM Mobile Quality Assurance 服务入门 | 6:29

Video: IBM Mobile Quality Assurance 服务入门
抄本

概述

目前有多种测试和验证移动应用程序的技术可供使用。IBM 的观点是,有效的移动开发项目将采用所有适用的技术,因为每种技术都有其优缺点。各种可用的技术彼此之间并不是相互排斥的。最有效的移动质量战略会平衡所有形式的移动测试的使用,将每次测试的结果累积到一个全面的移动应用程序总体 “质量指标” 中。

IBM Mobile Quality Assurance 被设计为全面的移动应用程序质量战略的一个组成部分。这样的战略应包含对移动应用程序的每个构建版本运行一连串的自动移动测试,确保它满足最低质量水准,然后再采用 IBM Mobile Quality Assurance 服务将构建版本分发给交互式测试人员,以便可以轻松地在富上下文中捕获错误和崩溃。

隔空分布(over-the-air distribution)

在应用程序的新构建版本通过最初的一连串自动测试后,开发人员可将应用程序二进制文件(.apk 或 .ipa 文件)上传至 IBM Mobile Quality Assurance 服务,确定应向谁通知这个新构建版本的可用性。这些移动应用程序评估人员/测试人员会收到一封电子邮件,获悉新构建版本的信息。测试人员单击通知邮件中的链接时,应用程序的新版本会自动下载到他们的移动设备上并自动安装,为立即测试做好准备。移动应用程序测试人员能够放心,他们拥有应用程序的用于测试的正确构建版本。

应用程序内错误报告和反馈

测试人员对应用程序执行交互式手动测试,如果遇到任何类型的缺陷,那么他们可以使用 IBM Mobile Quality Assurance 应用程序内错误报告功能,从移动设备上正被测试的应用程序的内部提交缺陷。

测试人员只需摇动移动设备,被测试的应用程序就会进入 “错误报告模式”。此模式会暂停应用程序的正常行为,允许用户捕获来自移动应用程序的一个或多个屏幕截图。测试应用程序可使用线条、圆圈和箭头(任何可用手指绘制的图案)来注释屏幕截图。

在捕获屏幕截图后,测试人员会看到一个用来描述该缺陷的文本框。输入问题的描述后,测试人员只需单击 Report 按钮,缺陷信息就会通过网络发送至 IBM Mobile Quality Assurance 服务。除了来自测试人员的明确信息(屏幕截图和文本描述)之外,还可以捕获和发送关于移动应用程序和用来运行它的设备的上下文的大量技术细节。

为每个缺陷捕获的丰富的上下文包括:

  • 移动设备类型
  • 移动操作系统和发布级别
  • 使用的网络,包括运营商或无线网络细节
  • 设备上的可用内存和已使用内存
  • 记录截至报告缺陷时的输出
  • 电池级别

这种详细的技术信息对帮助移动应用程序开发人员排除缺陷和了解问题根源有很大的帮助。

崩溃分析

除了 IBM Mobile Quality Assurance 服务的应用程序内错误报告功能之外,服务逻辑还将捕获每次应用程序崩溃。每次应用程序崩溃时,都会捕获应用程序和运行它的设备在崩溃那一刻的完整上下文。这些关键的、“必须收集的” 数据通过网络发送至 IBM Mobile Quality Assurance 服务,在经过分析后再提供给开发团队。

如果使用了 IBM JazzHub DevOps 服务来执行缺陷和工作项跟踪和管理,那么您可以配置 IBM Mobile Quality Assurance 服务来自动打开传入该服务的每个崩溃或错误报告的工作项。

在应用程序上执行最初的一连串测试期间,在手动交互式测试阶段,甚至在应用程序发布到应用商店后,都可以利用 IBM Mobile Quality Assurance 服务的崩溃数据捕获功能。

该服务内的其他分析会识别在移动应用程序内的同一位置发生的崩溃并汇集它们,以便您可以查看一次崩溃在应用程序逻辑的同一个位置上发生的次数。

最终用户对质量一目了然

移动应用程序的质量保证的主要关注点在开发生命周期的生产前阶段上。但是,质量评估不应仅仅用于从应用程序发布到生产环境的时候。关于移动应用程序的行为,还可获取并使用一些非常重要的 “野生” 数据,帮助开发人员持续改进应用程序。

要求在将移动应用程序发布到生产环境之前捕获和修复其中的每个能够想像得到的缺陷是不切实际的。甚至在将移动应用程序部署到应用商店和安装在最终用户的设备上后,一些优秀的移动应用程序仍然会捕获发生的每次崩溃的上下文信息,并将该信息提供给应用程序开发团队。

除了彻底崩溃之外,向最终用户请求有关他们对移动应用程序的认知的反馈信息也很有用。大多数流行的移动应用程序都包含某种类型的 “应用程序内反馈” 机制,以便没有时间和精力来在应用商店内编写评论的用户,至少能够向开发团队发送他们对应用程序的看法的短消息。此外,在提交反馈时捕获反馈的上下文特别重要,这样开发团队就能够知道是否有特殊条件影响了该用户的反馈中传达的印象。

情绪分析

应用商店评论也为质量评估提供了丰富的信息来源。如果移动应用程序在应用商店中仅有十几条评论,那么阅读每条评论并深入了解用户的情绪很容易。可是,一旦评论达到数十条或更多,您就需要一个分析工具来有效并高效地从大量数据中挖掘重要洞察。

IBM Mobile Quality Assurance 包含一个应用商店评论分析功能,捕获所有评论文本并在每段评论文本中搜索一组特殊的 “用户情绪” 关键词。对应用商店评论的分析组织为 10 个有关移动应用程序的不同 “属性”,比如适用性、稳定性、性能和精美性。

您可下钻到您移动应用程序的每个用户情绪属性,查看用于生成该属性的分数的分析结果。甚至可以查看包含有关该属性的评论的一组特定的评论。

这种应用商店用户情绪非常宝贵,尤其是在将评论者表达的情绪与崩溃报告和应用程序内用户反馈记录中的硬性技术证据相关联时。

移动应用程序的持续交付和质量评估

移动应用程序测试战略的最佳实践会努力在自动测试与交互式人工测试之间达到平衡。

 

理想的质量周期,始于对移动应用程序的持续集成构建流程的输出执行一连串自动测试。一旦最初的这一连串自动测试证明最新的构建版本满足最低质量条件,那么就可以将该构建版本分发给一组测试人员和内部评估人员,让他们执行交互式测试。

该图显示了移动应用程序开发生命周期中的每小时、每天和每周测试

在移动应用程序通过自动和交互式测试后,就可以将它发布到生产环境,或者将它分发给实际的最终用户(可以通过公共应用商店或企业私有的应用商店)。甚至在移动应用程序发布到生产环境后,仍然可以继续获取有关该应用程序的质量评估数据。

结束语

IBM Mobile Quality Assurance 服务是为参与到移动质量法则的所有 3 个阶段而设计的,它可以让您的交互式测试尽可能的高效,并捕获有关测试人员提交的崩溃和错误报告的必须收集的关键技术数据。此外,随着应用商店中对您的应用程序的评论越来越多,您可以使用 IBM Mobile Quality Assurance 的情绪功能来深入了解最终用户对您的移动应用程序的认知。

这种全面的移动质量战略使您的团队能够更快地解决应用程序中的崩溃和错误,更深入地了解真实世界中运行该应用程序的条件。您很快就将获得梦寐以求的 5 星级评价!

参考资料

学习

获得产品和技术

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=移动开发
ArticleID=973315
ArticleTitle=将 IBM Mobile Quality Assurance 添加到您的移动质量方案中
publish-date=06052014