移动app测试中的基本要求

上一篇 / 下一篇  2016-05-12 11:03:02 / 个人分类:谈测试

App测试的一个要求是一个beta测试环境。为此,操作系统制造商要么提供他们自己的测试环境,比如:Testflight(iOS),要么可以使用任一商用工具,如:HockeyApp(Android)。移动app测试市场上有许多测试工具。不同之处在于用于建立测试集的增加模块如Tosca Mobile,或有标准接口的独立工具。在移动背景中,测试自动化是一个重要因素。一些众所周知的工具或测试公司有SeeTest(iOS/Android)、TestBird 、Robotium(Android)和Monkey Talk(ios/Android)。
有了这些好用的工具或者测试公司,我们下一步就应该聚焦app的重要测试点。
于此,本文将对移动app测试必须解决的四大问题进行归纳总结:
App测试问题一:用户体验
用户体验是一个app成功与否的关键。App商店中app评分可以反映用户体验,差评说明销售亏损。所以用户体验在移动app测试中是一个重要问题。因为
体验具有主观性,所以它无法直接被测出。但你要知道,我们在测试过程中,必须要从一些关键影响因素入手,去解决用户体验问题。
而好的用户体验的成功因素包括吸引人的设计,积极的互动性和可用性。
而针对这个问题,我们的测试要从真人体验测试、各个功能的深度测试以及Bug探索与崩溃分析这几个方面着重入手,才能够涵盖完善用户体验所需的测试点。
APP测试问题二:app对于移动设备的兼容性
目前,安卓类的移动设备正在急剧增加,手机碎片化异常严重。并且因为显示屏大小和现状、操作系统版本和基本设备特点等限制因素的不一致,致使几乎没有开发者会花费大量金钱去购买市面上存在的主流手机,那么这些因素叠加起来,最终就很大程度上导致普通的质量管理很难进行。而如果不全面地进行兼容性测试,那么app的生存空间又在哪里呢?
同时还有一点,设备制造商的(安卓)操作系统的设备特殊定制,应明确地在设备上进行测试。测试时,有必要限制将会被app支持的设备。必须要标明系统组合(硬件/操作系统)和向下兼容性。为了最大化系统组合的覆盖,就必须要有灵活的策略来与足够的机型来执行测试。
兼容性问题当然是进行兼容性测试,而在所有的兼容性测试中,使用真机进行测试,是最好的测试方式。但由于上文已提及到众多企业无力购置大量机型,那么,这样的需求就只有委托给第三方的测试机构来完成
APP测试问题三:app的网络连接情况
网络连接是移动app测试的另一大问题。理想状态下,app的网络连接将在单独的线程中实现,这样就不会彼此干扰。此外,一个app必须适当地应对网络中断、延迟、变更和信号弱等情况。如果说不能够将这些测试点进行到底,那么在app在运行过程中将很有可能出现由于网络问题而导致的app运行中断,如果这样的问题出现在金融或证券领域的app中,那么就很可能在当下环境中让用户无法完成挂单、卖出买入或者确认等操作,造成不可挽回的损失。
对于网络问题,一般是进行模拟网络情况的测试,比如TestBird提供的弱网模拟测试和它们的中断测试
APP测试问题四:服务器的承载能力测试
任何开发者都不能够拍胸脯确认自己的app能够获取多少用户,并且能够明确指出同时在线的用户能有多少,如果不关注服务器的承载能力,那么很可能在突然的情况下,服务器就被大量涌入的用户给冲爆,导致瘫痪。
如此,用户自然会流失,同时服务器的宕机,也会给当时正在进行重要操作的用户造成损失,这样的情境,我们依然可以考虑到金融与证券的方向。
服务器的压力测试已经是常见的测试项目了,但是进行全面、专业的压力测试才是保证明确需测服务器承载力的必要条件。
总结
移动app测试中必须考虑很的重要问题就是用户体验,可用移动硬件的覆盖,连接和服务器承载能力。一个移动app测试项目的质量标准是每个项目个体的汇总情况体现。
但因为移动app项目的紧张时间表,有必要定制测试方法,调整测试范围并明确测试覆盖面。必须快速灵活地适应采取的App开发决定因素的方法。但是,由于种种因素的限制(包括人力、财力、时间等),这样的要求往往不能够满足,因此市面上出现了很多存活不久的app
而上述的测试关键问题,往往是决定app生死的因素,同时笔者也在后面提出了解决问题的测试方式,这些测试方式可能在众多开发者眼中已经是非常熟悉的,但要求他们在开发的同时还要兼顾项目这么多,这么全面、要求这么高的测试,在一定程度上很多开发者是不能够“鱼与熊掌兼得”的。

TAG: app测试 App测试

 

评分:0

我来说两句

Open Toolbar