APP压力測试新手教程


  Daniel Knott 用过各种不同编程语言和软件质量保证工具。他在软件开发和測试方面干了七年,自2010年,他一直在德国汉堡的XING AG公司就职,几个项目里,比方XING调查和XING建议,他负责測试管理,測试自己主动化和測试运行。Daniel如今是XING移动和XING
API团队的质量保证团队领导。在XING移动团队里,他还是负责XING安卓和iPhone Apps的測试管理和測试自己主动化。Daniel在包含像Robotium, KIF (Keep It Functional), Selenium and Java一类工具的软件測试自己主动化方面经验丰富。他还在各类敏捷大会上作了陈述且定期发表到他的博客上和XING博客上。

?

?

?

  压力測试和中断測试是移动測试中的重要部分。有了工具的帮助,移动測试员就能确定app可能存在的性能或稳定性方面的问题。为了測试你app的中断情况,你能够在使用app时手动触发设备的多个通知。通知能够是讯息,来电,app升级或推送通知(软件中断)。按音量增减button或不论什么其它硬件button都是一种会对你的app产生影响的中断。全部的任务都手动完毕意味着工作量非常大且非常耗时。多数情况下,那些測试场景无法手动完毕,由于非常难用一两仅仅手模拟高速且多用户的输入。但用工具的话就能够轻松完毕,并且集成到开发和測试流程中也变得相当简单。

  安卓Monkey工具

   对于安卓app,能够使用Monkey[MON01]工具,它是安卓软件开发工具包(SDK)。Monkey工具在物理设备或仿真器上都能够执行。执行时它生成虚拟随机的用户事件比方触摸,点击,旋转,重击,减低音量,关闭网络连接等对app进行压力測试,看看app是怎样处理全部这些输入和中断的。你须要安卓apk文件的安装包名来执行Monkey工具,不然该工具就会针对整个手机执行其的随机命令而不是仅仅对被測APP了。有了app代码,就能够在AndroidManifest.xml中找到安装包名。假设仅仅有编译的apk文件,移动測试员能够使用Android
Asset 打包工具 [AAP02] (AAPT),从app上获得安装包名。AAPT位于安装好的Android SDK的build-tools目录中。AAPT的路径例如以下:

  用以下的命令,能够从apk文件里读出安装包名。

  输入就会例如以下所看到的:

  假设有了安装包名(本例中是com.myApp),就用adb (Android Debug Bridge) [ADB03]运行Monkey。下列命令将開始Monkey:

  2000年表明了Monkey将在app上运行的随机命令的数量。有一个额外的參数, Monkey将再次生成同样序列的事件。这对Monkey运行期间再现一个bug真的非常重要。

  UI AutoMonkey

   对于iOS app来说,还能够使用一个类似的工具——UI AutoMonkey [UIA04]。UI AutoMonkey也能生成多个命令来对iOS app进行压力測试。要使用UI AutoMonkey,UIAutomation工具模板就要配置Xcode。配置好了之后,须要写一个JavaScript文件讲明压力測试期间须要运行多少以及哪些命令。

  UI AutoMonkey例子脚本

  假设写了脚本,就能够在Xcode中对iOS app进行压力測试。在測试执行结束时,两种工具都会生成一个关于app中可能发生的错误或问题的概述。

  注意:具体安装说明和完整的例子脚本在工具制造商站点上都能够找到。

   两种工具都能集成到一个连续的集成系统中以便在每一个命令后自己主动执行。对移动app进行压力和中断測试相当简单,且应该成为移动測试策略的一部分。此外,它还会对測试员产生巨大的利益,帮助团队建立一个稳定可靠的移动app。

版权声明:本文出自 SPASVO泽众软件測试网:http://www.spasvo.com/news/html/20141112144940.html

原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。

时间: 2024-10-13 01:23:49

APP压力測试新手教程的相关文章

蓝牙压力測试报抛android.os.TransactionTooLargeException异常分析总结

1.从main日志中找到异常点,例如以下: 08-20 11:05:19.754 5023 5023 E AndroidRuntime: FATAL EXCEPTION: main 08-20 11:05:19.754 5023 5023 E AndroidRuntime: Process: com.android.bluetooth, PID: 5023 08-20 11:05:19.754 5023 5023 E AndroidRuntime: java.lang.RuntimeExcept

ubuntu 14.04 LTS 安装webbentch压力測试工具

近期在做 压力測试工具,除了apache的ab測试工具外,发现webbentch工具也不错,这里简介下这两个工具. 一.webbentch安装: wget http://blog.s135.com/soft/linux/webbench/webbench-1.5.tar.gz tar zxvf webbench-1.5.tar.gz cd webbench-1.5 make && make install 假设没有安装ctags.则安装的时候会报错.ctags的安装: apt-get in

CentOS6.5 64位站点压力測试工具webbench

在Apache中有自带的ab命令能够測试服务的压力,而nginx没有自带的命令,必需要採用第三方软件来測试.今天就简介一下webbench对nginx的压力測试,压力測试是对系统管理员和运维人员必须的,能够非常清晰地看清server能接受多大压力. 1.測试系统:Centos6.5 2.编译安装: wget http://home.tiscali.cz/~cz210552/distfiles/webbench-1.5.tar.gz tar xvf webbench-1.5.tar.gz  -C

站点系统压力測试Jmeter+Badboy

近期项目须要压力測试,因此搜了几款试用,首选的是LoadRunner这款大名鼎鼎的測试软件: LoadRunner11 下载请猛戳这里 传送门LoadRunner破解文件 下载请猛戳这里 传送门LoadRunner注冊表清理工具 下载请猛戳这里 传送门 (超级license 最高支持6.5w个并发:AEACFSJI-YJKJKJJKEJIJD-BCLBR) 怎样安装请自行參考: http://www.neversaydie.cc/loadrunner11-download-and-crack-i

话说站点压力測试

作为一名合格的站点的架构师,需对站点总体能承载的压力了如指掌,仅仅有这样才干做到运筹帷幄,决胜千里. 尤其是一个新项目在上线之前,首要做的是在预演环境,模拟用户訪问进行压測.这样,对于其能承受多大訪问量.在高并发情况下,web服务及server硬件的性能怎样? 这些数据指标我们都要收集.以此来对上线后的真实环境下,用户体验效果的优劣做出正确评估. 可是,在压力測试中存在一个共性.那就是压力測试的结果与实际负载结果不会全然同样,就算压力測试工作做的再好,也不能保证100%和线上性能指标同样.面对这

APP 打包測试流程 从零開始

前言: 苹果应用打包測试一直是件令人头疼的事.尤其是第一次打包的时候,因为苹果官网是全英文性且缺少仔细的步骤指引.刚開始学习的人往往要花费非常多时间去干一件三分钟就能搞定的事. 今天我们来透彻的解说一下打包測试的流程步骤. 第一步.进入苹果开发人员中心 1>https://developer.apple.com/cn/ 走外网.最好能FQ. 最好用谷歌浏览器,能够自己主动把网页翻译成中文. 2>成功打开苹果开发人员官网后,点击右上角"会员中心" 3>进入证书板块. (

Android App性能測试

一.内存 1.查看单个应用App最大内存限制 Command:adb shell "getprop|grep heapgrowthlimit" C:\Users\hujiachun>adb shell "getprop|grep heapgrowthlimit" [dalvik.vm.heapgrowthlimit]: [128m] 128M是单个APP最大内存限制,假设Dalvik Heap 的Pss大于128.就会报内存溢出 2.监控某个App内存 Com

PHP 使用Apache 中的ab 測试站点的压力性能

打开Apacheserver的安装路径(我用的是 WampServer),在bin文件夹中有一个ab.exe的可运行程序,它就是要介绍的压力測试工具. 在Windows系统的命令行下,进入ab.exe程序所在文件夹,执行ab.exe程序.注意直接双击无法正确执行. d:(回车/进入D盘) cd wamp\bin\apache\Apache2.4.4\bin(回车/进入 bin文件夹) ab(回车/) 假设看到下列一些帮助信息就说明成功启动ab     開始启动ab 压力測试 ab -n 5000

基于RYU控制器(controller)上的simple-switch 的APP做的測试-SDN/OpenFlow

近期一直在学习RYU控制器,在使用的过程中,发现有下面几方面的长处:RYU控制器全然使用Python语言编写,在理解起来和上手速度上是挺快的:RYU控制器的总体架构清晰明了,在日后有时间我会整理一个关于RYU控制器的架构性的文章供大家參考:RYU控制器本身是一个功能强大的网络实验平台,能够和openstack非常好的兼容,对于openstack我不是非常熟悉,就知道通过openstack能够实现的数据中心云计算方面的功能:RYU控制器本身自带非常多编写好的APP,通过对这些APP的熟悉,能够非常