如何测试app的网络稳定性测试app

手机硬件也要行才行我的100M宽带,荣耀V9和苹果6P都是连接5G的信号苹果6P跑满速也就2-3MB/S,荣耀V9跑满10-11MB/S老的手机硬件太老了
这个软件最高只能测50兆?

家里测试宽带是70m,联通50m宽带,小机房只有我一家用,所以超值图片上是手机4g信号测速
一直就是用这个app来测速,原来老的20m宽带是能测到20m的不知道这个新装的宽帶是什么原因

电脑用这个软件的网页版呗,我觉得这个软件算是比较准的了

原标题:app功能测试-需要测试哪些偠点

app功能测试--需要测试哪些要点

每个app安装需要测试哪些方面APP安装除去每个产品和版本不同的业务需求以及功能,针对于大多数APP的共同点囷移动设备的特性本文总结了一些APP功能测试中经常遇见,需要考虑到的测试点以供参考

应用的安装和卸载在任何一款APP中都属于最基本功能。一旦出错就属于优先级为紧要Critical的缺陷。因此APP的安装和卸载应作为一个测试点多加重视主要关注以下几个方面:

▲ 应用是否可以囸常安装(命令行安装;APP程序-豌豆荚/手机助手等第三方软件安装;apk/ipa安装包安装)

▲应用是否可以在iOS和Android不同系统,版本机型上进行安裝(有的系统版本过低,应用不能适配)

▲安装过程中是否能暂停再次点击,是否能继续安装

▲安装空间不足时如何表现是否有相应提示,提示是否友好

▲安装过程中断网或网络不稳定的情况下是否有相应提示,以及网络恢复后是否能继续安装

▲是否可以正常删除应鼡(桌面删除;第三方软件删除;命令行删除)

▲应用卸载后所有的安装文件夹是否全部删除

▲卸载过程中出现死机断电,重启等意外嘚情况待环境恢复后是否可以继续正常卸载

▲卸载是否支持取消功能,单击取消后软件卸载情况是否正常

▲软件安装后需要检查应用是否能正常运行:

▲APP安装完成后是否可以正常打开,稳定运行

▲APP的速度是可以让人接受切换是否流畅

▲网络异常时,应用是否会崩溃:在請求超时的情况下如果程序逻辑处理的不好,就有可能发生Crash(比如黄油相机APPV4.8.2.8版本,在无网络状态下进入照片编辑页面,选择并拖动照爿时会发生闪退)

用户注册和登录功能是很多APP产品最基础的构成之一,而主流的登录页面大致分为三种:(1)账号密码注册登录;(2)手機号注册登录;(3)第三方授权登录本文针对前两种注册登录方式进行阐述:

3.1账号密码注册登录;

▲输入正确的账号密码,可正常注册囷登录

▲密码“****”展示

▲账号输入框对最大长度和格式应有校验(比如邮箱账号需要邮箱格式等)

▲账号或密码输入错误时建议提示“账號或密码错误”而不是“账号错误”或“密码错误”

▲密码是否加密传输(可抓取请求查看)

▲密码更改后,登录时是否做到了有效数據的校验:修改前的密码失效;

▲未登录时对一些页面的操作是否做了控制

▲切换账号登录,检验登录的信息是否做到及时更新

▲对于哆个端都进行操作时确保数据库操作无误,且每个端可以及时看到数据的更新

▲多设备同时登录同一帐号时(iOS+iOSAndroid+Android,iOS+Android)检查是否将原用戶剔除,弹出异地登录提示且对一些需要登录后才能使用的页面无操作权限。

3.2手机号注册登录;

▲手机号输入框格式校验检查

▲验证短信的接收是否及时;

▲用验证码可正常登录;

▲验证码错误时登录失败+友好提示

▲验证短信文案是否符合所测APP;

▲重复发送验证码,前┅个验证码正常失效

▲频繁操作验证码发送应有操作限制

▲验证码有效期校验(超过有效期无法登录)

▲目前很多包含购票功能的APP中都會设置日历控件方便选票,那么对日历控件的测试我们需要关注哪些呢

▲月份和日期对应(比如2月有28天,7月31天)

▲闰年2月应有29天

▲跨姩时,年份应有增加

比如下图的问题就属于跨年但年份未增加的问题:

当前很多APP的使用依赖于位置,通知网络等用户权限,例如杭州公交APP在首次启动时会询问用户是否同意启用定位,通知网络权限。针对用户权限我们可以多关注以下几点:

▲首次启动APP询问是否同意启用权限

▲消息权限开启时,消息推送是否正常接收(iOS系统应用启用和后台关闭时都应该可以收到;Android系统在后台关闭进程后就不会推送)

▲消息权限关闭后APP客户端接收不到消息推送。

▲位置权限开启时APP可定位到当前位置(比如杭州公交APP,能自动定位到用户当前位置展示出附近的公交站)

▲位置权限关闭后,APP需定位才可用的功能是否有提示引导用户开启权限,比如“请打开系统设置中’隐私-定位服務’允许“XXXX”使用您的位置”。

▲网络权限关闭时APP是否有提示(“服务器或网络错误,请稍后重试”)是否有提示引导用户开启权限。

▲强制更新(APP开启后要求必须更新否则无法使用APP):1.多次关闭和打开APP后是否正常跳出更新弹窗,且无法关闭;2.点击更新是否正确跳轉至后台配置的更新页面;

▲非强制更新(只提示一次更新):1.可正常关闭更新弹窗2.重启APP更新提示按照需求再次显示,或者不再显示;3.點击更新是否正确跳转至后台配置的更新页面;

▲取消版本更新时老版本可以正常使用;

▲APP更新后版本号应有更新;

▲APP更新后新增功能囷老功能可正常使用。

▲当有新版本时不删除客户端的情况下,直接更新是否成功;

▲3G,4G,wifi 网络环境下应用的各功能可正常运行;

▲网络异瑺时 数据交换失败是否会有提醒;

▲有网到无网再到有网环境时,数据是否可以自动恢复正常加载;

▲只允许内网访问的APP,在连接到外网时是否有友好提示

▲尽量覆盖该产品的主要用户(建议选取产品自己的数据,具体技术方案可以采取APP内部埋点的方法如果是新发咘的产品,可以选取竞品类产品的数据)

▲从不同系统版本,分辨率机型(不同厂家ROM)等纬度进行适配测试

▲通常选择在少数主流设備上执行全向的用例,在其他兼容性范围内的设备上覆盖主要功能的测试用例;

▲关注各功能界面在不同分辨率下是否存在UI展示问题(如果代码没有对不同分辨率做适配处理就可能会出现错位,遮挡留白,拉伸和模糊等问题)

▲基于UI自动化脚本的云测试方案(基于轻量級的UI自动化脚本以及借助云平台大量的真机资源)

▲没有内存空间时,APP能否正确响应;

▲APP运行时网络中断;

▲反复操作某个功能(一般昰比较重要的功能)不断点击和刷新,是否会出现闪退;

▲APP运行时接入电话短信,微信或其他消息

由于移动互联网的应用太多,更噺频繁无论如何不是个人经验所能覆盖完全的。以上几点仅从作者测试过的APP进行总结,仅为APP应用测试新人提供思考方向希望看完本攵,您对于移动应用的测试多了一些了解

从测试的角度应该建立实时监控的web portal。其实测试的目的除了保证产品发布的质量更重要的是为优化提供依据,所以report最后一部分都是issue list 和optmize advice当然测试最难的部分也是优化

移動网络和传统网络另一个很大的区别是Connection Migration问题。定义一个Socket连接是四元组(客户端IP客户端Port,服务端IP服务端Port),当用户的网络在WIFI/4G/3G/2G类型中切换時其客户端IP会发生变化,如果此时正在进行网络服务通讯那么Socket连接自身已经失效,最终也会导致网络服务失败

常见的网络性能问题囿如下几种:

DNS出问题的概率其实比大家感觉的要大,首先是DNS被劫持或者失效2015年初业内比较知名的就有Apple内部DNS问题导致App Store、iTunesConnect账户无法登录;京東因为CDN域名付费问题导致服务停摆。携程在去年11月也遇到过DNS问题主域名被国外服务商误列入黑名单,导致主站和H5等所有站点无法访问泹是App客户端的Native服务都正常,原因后面介绍

另一个常见问题就是DNS解析慢或者失败,例如国内中国运营商网络的DNS就很慢一次DNS查询的耗时甚臸都能赶上一次连接的耗时,尤其2G网络情况下DNS解析失败是很常见的。因此如果直接使用DNS对于首次网络服务请求耗时和整体服务成功率嘟有非常大的影响。

问题二:TCP连接问题

DNS成功后拿到IP便可以发起TCP连接。HTTP协议的网络层也是TCP连接因此TCP连接的成功和耗时也成为网络性能的┅个因素。我们发现常见的问题有TCP端口被封(例如上海长宽对非HTTP常见端口80、8080、443的封锁)以及TCP连接超时时长问题。端口被封直接导致无法连接;连接超时时长过短,在低速网络上可能总是无法连接成果;连接超时过长又有可能导致用户长时间等待,用户体验差很多时候尽快失败重新发起一次连接会很快,这也是移动网络带宽不稳定情况下的一个常见情况

Lookup和TCP连接成功后,就会开始发送Request服务端处理后返回Response,如果是HTTP连接业内大部分App是使用第三方SDK或者系统提供的API来实现,那么只能设置些缓存策略和超时时间iOS上的NSURLConnection超时时间在不同版本上還有不同的定义,很多时候需要自己设置Timer来实现;如果是直接使用TCP连接实现网络服务就要自己对读写超时时间负责,与网络连接超时时長参数类似太小了在低速网络很容易读写失败,太大了又可能影响用户体验因此需要非常小心地处理。

我们还遇到另一类问题某些酒店Wi-Fi对使用非80、8080和443等常见HTTP端口的服务进行了限制,即使发送Request是正常的服务端能够正常收到,但是Response却被酒店网络proxy或防火墙拦截客户端最終会等待读取超时。

问题四:传输Payload过大

传的多就传的慢如果没做过特别优化,传输Payload可能会比实际所需要的大很多那么对于整体网络服務耗时影响非常大。

问题五:复杂的国内外网络情况

国内运营商互联和海外访问国内带宽低传输慢的问题也令人难非常头疼

我要回帖

更多关于 网络稳定性测试app 的文章

 

随机推荐