1.目的(原创文章,转载请注明出处-) 主要为指引开展android平台应用的稳定性测试,尽可能地在应用发布前发现crash及anr等问题并修复,android平台的应用均适用并可定制接入. 主要达到下班前执行,第二天上班时查看分析测试日志的目的,实现了以下核心功能: a.可批量同时对多台android手机进行测试: b.可对一台android设备选择模式为连续多次测试: c.输入保存monkey运行时日志文件和用logcat

Monkey Android app稳定性测试工具之Monkey使用教程 by:授客 QQ:1033553122 由于篇幅问题,仅提供百度网盘下载链接: Android app稳定性测试工具之Monkey使用教程.pdf

APP稳定性测试-monkey测试     第一篇-App稳定性测试-Monkey(基本操作) 准备工作 1.首先下载好adb工具 2.使用数据线连接电脑,打开usb调试 3.使用win+R打开运行,输入cmd,切换到adb的路径下,输入adb devices 查看是否已经连接上手机 4.查看第三方应用的包名,找到要测试的包名  (adb shell pm  list package -3) 5.对指定的应用进行稳定性测试(adb shell monkey -p  包名 --throttle 1

1.$ adb shell monkey <event-count>                <event-count>是随机发送事件数 例:adb shell monkeyn 1000   发送1000个随机事件 2.$ adb shell monkey [options] <event-count>    [options]是monkey可传入的参数 Monkey的option主要分为:常规类.事件类.约束类和调试类4种 2.1 常规类命令:    adb s

参考资料:http://blog.csdn.net/io_field/article/details/52189972 一.Monkey测试原理:Monkey是Android中的一个命令行工具,可以运行在模拟器里或实际设备中.它向系统发送伪随机的用户事件流(如按键输入.触摸屏输入.手势输入等),实现对正在开发的应用程序进行压力测试.Monkey测试是一种为了测试软件的稳定性.健壮性的快速有效的方法. 二.测试准备 1.首先需要将手机连接到PC,测试连接是否正常,可在cmd里输入adb devic

   我们在进行了手工的功能测试之后,也开发了一些自动化测试用例,并且做了性能测试之后,测试工作看似比较完整了.但是当我们的App在大量的用户那里被安装和使用的时候,还是会有很多我们之前没有预料的问题被反馈回来,比如: · Crash的问题 · 设备兼容性的问题 · 流量使用过多的问题 · App导致用户手机电量消耗过快的问题 · 在不同的网络情况下不稳定,比如卡死和白屏的问题 这些问题都是上面的测试方法难以找出的,所以这里引入了一个专项的测试方法,包括:兼容性测试.流量测试.电量测试.弱网络测

app测试 前言 看过许多大神对APP测试的理解,博主总结了一下我们平时测试APP应该注意的一些测试点并结合大神的理解,总结出这篇文章. 一.测试周期 测试周期一般为两周,根据项目情况以及版本质量可适当缩短或延长测试时间.正式测试前先向主管或产品经理确认项目排期. 二.测试资源 2.1 产品功能需求文档 2.2 产品原型图 2.3 UI设计效果图 2.4 测试设备(ios.Android.Winphone7.1及以上:Symbian v3/v5/Nokia Belle(这些系统应该已经没人用,可

1.从功能测试的来讲的话,在流程和功能测试上是没有区别的.系统测试和一些细节可能会不一样. 那么我们就要先来了解,web和app的区别. web项目,一般都是b/s架构,基于浏览器的,而app则是c/s的,必须要有客户端.那么在系统测试测试的时候就会产生区别了. 首先从系统架构来看的话,web测试只要更新了服务器端,客户端就会同步会更新.而且客户端是可以保证每一个用户的客户端完全一致的.但是app端是不能够保证完全一致的,除非用户更新客户端.如果是app下修改了服务端,意味着客户端用户所使用的核

一  手机APP测试基本思路: 测试计划--测试方案--测试用例--执行: 很多小公司都没有具体的需求,项目时间也比较紧,而且流程也不是很严谨,在这样的情况之下,作为测试的我们,该怎样去对项目进行用例的设计?个人觉得,项目到手,不是马上就进入测试工作,而是,先熟悉下整个项目的流程,把大致的框架过一遍,不懂的地方记录下来,再问开发,把流程都掌握了,再对照已有的文档给予项目立项(测试计划.测试方案),用例不必写的太过于详细(app模块变动较大,过于详细维护成本太高,而且项目经理给你的时间短,会浪费项

注释:*蓝色为不同点,红色为测试类型* 测试工具不同 Web自动化用Selenium APP自动化用Appium 软件架构不同 App为C/S架构 Web为B/S架构 需要进行安装卸载更新测试 第一次安装App 安装方法测试点 使用第三方应用安装:360手机助手.豌豆荚等 下载apk包离线安装 分享链接安装 扫描安装 已经安装了App测试点 使用更高版本的安装包重新安装 使用更低版本的安装包重新安装 使用相同版本的安装包重新安装 覆盖安装:将原有版本的数据全部清空,相当于先将原有的版本删除再安装

单纯从功能测试的层面上来讲的话,APP 测试.web 测试 在流程和功能测试上是没有区别的 根据两者载体不一样,则区别如下: 1.系统结构方面 web项目,b/s架构,基于浏览器的:web测试只要更新了服务器端,客户端就会同步会更新 app项目,c/s结构的,必须要有客户端:app 修改了服务端,则客户端用户所有核心版本都需要进行回归测试一遍 2.性能方面 web项目 需监测 响应时间.CPU.Memory app项目 除了监测 响应时间.CPU.Memory外,还需监测流量.电量等 3.兼容方

在咱们测试过程中,经常需要切换测试环境和线上环境.大致有如下几个方案. 一.服务器地址编译到app中 此种方式需要在代码里保存两套配置,一套指向线上,一套指向测试.通过编译参数分别生成测试包.线上包.记住此种方式一定要通过编译参数实现,防止将测试环境发到线上. 优点:简单暴力无需其它设置及设备支持 缺点:切换服务器需重新编译安装包. 二.app中留着修改服务器地址的隐藏功能 此种方式debug编译的情况下,预留一个可以修改服务器的入口,进入后可以随意切换服务器地址. 优点:代码中不会出现测试服务

一  手机APP测试基本思路: 测试计划--测试方案--测试用例--执行: 很多小公司都没有具体的需求,项目时间也比较紧,而且流程也不是很严谨,在这样的情况之下,作为测试的我们,该怎样去对项目进行用例的设计?个人觉得,项目到手,不是马上就进入测试工作,而是,先熟悉下整个项目的流程,把大致的框架过一遍,不懂的地方记录下来,再问开发,把流程都掌握了,再对照已有的文档给予项目立项(测试计划.测试方案),用例不必写的太过于详细(app模块变动较大,过于详细维护成本太高,而且项目经理给你的时间短,会浪费项

一. 安装和配置SDK 1. 下载Android SDK并解压.如下图:(如果不存在tool和platform_tool,请点击SDK Manager在线下载和更新) 2.下载完成后,配置SDK环境变量. 右键“我的电脑”-->“高级系统设置”-->“环境变量” 选择“Path”,点击“编辑”,进行修改 3.在Path的变量值里加入androidSDK中platform-tools和tools的目录路径,这里我的是E:\androidsdk\platform-tools和E:\androids

随着手机应用的不断状态,同一款产品的移动端应用市场占相较PC端也越来越大,那么app与PC端针对这些产品的测试有什么相同与不同之处呢?笔者总结如下: 首先谈一谈相同之处... 一,针对同一个系统功能的测试,三端所测的业务流程是一样的 二,一般情况下手机端和PC端都对应一套后台服务,比如说笔者公司所开发的互联网金融平台,整个平台做了分布式服务架构,后台服务包括用户服务.交易服务.产品服务等.PC和手机端测试以上三个流程时,调用的都是同一个后台服务.(注:也有一些功能,比如PC与手机端展示不一致,或

单纯从功能测试的层面上来讲的话,APP 测试.web 测试 在流程和功能测试上是没有区别的根据两者载体不一样,则区别如下:1.系统结构方面 web项目,b/s架构,基于浏览器的:web测试只要更新了服务器端,客户端就会同步会更新 app项目,c/s结构的,必须要有客户端:app 修改了服务端,则客户端用户所有核心版本都需要进行回归测试一遍 2.性能方面 web项目 需监测 响应时间.CPU.Memory app项目 除了监测 响应时间.CPU.Memory外,还需监测流量.电量等 3.兼容方面w

App测试web测试的区别 单纯从功能测试的层面上来讲的话,APP 测试.web 测试 在流程和功能测试上是没有区别的 根据两者载体不一样,则区别如下: 1.兼容性测试:web端兼容浏览器,app端兼容手机设备 2.安装测试:web端基本上没有客户端层面上的安装测试,app存在客户端安装测试 3.交叉事件测试:app在操作某个软件时,电话,短信,电量不足的提示外部事件 4.操作类测试:横屏测试,手势测试 5.网络测试:弱网和网络切换的测试.web端只要更新服务端,客户端就会自动更新,而且客户端可

一,针对同一个系统功能的测试,三端所测的业务流程是一样的 二,一般情况下手机端和PC端都对应一套后台服务,比如说笔者公司所开发的互联网金融平台,整个平台做了分布式服务架构,后台服务包括用户服务.交易服务.产品服务等.PC和手机端测试以上三个流程时,调用的都是同一个后台服务.(注:也有一些功能,比如PC与手机端展示不一致,或者有什么特殊处理,这样情况下后台会写两套不同的接口来处理对应的业务需求) 不同之处 一,测试平台(容器)不同: pc项目都是在电脑上进行测试的:常见的PC项目架构有BS架构和C

WEB 测试和 App 测试从流程上来说,没有区别.都需要经历测试计划方案,用例设计,测试执行,缺陷管理,测试报告等相关活动. 从技术上来说,WEB 测试和 APP 测试其测试类型也基本相似,都需要进行功能测试.性能测试.安全性测试.GUI 测试等测试类型. 他们的主要区别在于具体测试的细节和方法有区别,比如:性能测试,在 WEB测试只需要测试响应时间这个要素,在 App 测试中还需要考虑流量测试和耗电量测试. 兼容性测试: 在 WEB 端是兼容浏览器,在 App 端兼容的是手机设备.而且相对应

前置解释:1.单纯从功能测试的层面上来讲的话,APP 测试.web 测试和H5测试在流程和功能测试上是没有区别的2.Web项目或pc项目都是在电脑上进行测试的.常见的PC项目架构有BS架构和CS架构的,BS架构就是通过浏览器(browser)请求后台服务(server),后台返回到响应内容显示在浏览器上3.app测试平台分为安卓和IOS端:安卓测试需要在安卓手机上安装开发提供的apk测试包:IOS测试需要将手机UUID提供给开发安装ipa测试包进行测试. 不同点:1.系统架构不一样a.web端测

一个App的稳定性,主要决定于整体的系统架构设计,同时也不可忽略编程的细节,正所谓"千里之堤,溃于蚁穴",一旦考虑不周,看似无关紧要的代码片段可能会带来整体软件系统的崩溃.尤其因为苹果限制了热更新机制,App本身的稳定性及容错性就显的更加重要,之前可以通过发布热补丁的方式解决线上代码问题,现在就需要在提交之前对App开发周期内的各个指标进行实时监测,尽量让问题暴漏在开发阶段,然后及时修复,减少线上出问题的几率 .针对一个App的开发周期,它的稳定性指标主要有以下几个环节构成,用一个脑图