前言 由于最近很多android手机升级到7.0系统了,有些小伙伴的appium版本用的还是1.4版本,在运行android7.0的app自动化时候遇到无法启动问题:WebDriverException: Message: A new session could not be created 我的电脑环境: python 3.6 android 7.0 appium 1.4.13 android7.0遇到问题 1.执行代码: # coding:utf-8 # 作者:上海-悠悠 from appi

之前研究了一段时间的appium for native app 相应的总结如下:                                            appium测试环境搭建 :http://www.cnblogs.com/tobecrazy/p/4562199.html   知乎Android客户端登陆:http://www.cnblogs.com/tobecrazy/p/4579631.html appium实现截图和清空EditText:http://www.cnblog

我们的日常生活中对移动设备越来越多的使用意味着移动App测试这个主题已成为需要考虑的一个无法避免的问题.根据最近的调查研究,用户难以容忍有bug的移动App. 移动App Bug的影响是用户体验差.App的商店评级下降.用户换用竞争对手的App,声誉和信誉损失.最后销售量减少,如果它是一个付费App的话. 移动App测试与传统台式机测试相比有一定的复杂性.这些复杂性可以被分类为: 环境(大量的设备,各种移动OSs,适应频繁OSs变化) . 设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量)

1.如何追踪app崩溃率,如何解决线上闪退 当 iOS设备上的App应用闪退时,操作系统会生成一个crash日志,保存在设备上.crash日志上有很多有用的信息,比如每个正在执行线程的完整堆栈 跟踪信息和内存映像,这样就能够通过解析这些信息进而定位crash发生时的代码逻辑,从而找到App闪退的原因.通常来说,crash产生来源于两种问 题:违反iOS系统规则导致的crash和App代码逻辑BUG导致的crash,下面分别对他们进行分析. 违反iOS系统规则产生crash的三种类型: (1) 内

iOS系统app崩溃日志手动符号化步骤: 1.在桌面建立一个crash文件夹,将symbolicatecrash工具..crash文件..dSYM文件放到该文件夹中 a.如何查询symbolicatecrash路径位置? 执行命令:find /Applications/Xcode.app -name symbolicatecrash -type f 然后将symbolicatecrash复制一份    例如:Xcode7.3的symbolicatecrash路径 /Applications/Xc

我们的日常生活中对移动设备越来越多的使用意味着移动App测试这个主题已成为需要考虑的一个无法避免的问题.根据最近的调查研究,用户难以容忍有bug的移动App. 移动App Bug的影响是用户体验差.App的商店评级下降.用户换用竞争对手的App,声誉和信誉损失.最后销售量减少,如果它是一个付费App的话. 移动App测试与传统台式机测试相比有一定的复杂性.这些复杂性可以被分类为: 环境(大量的设备,各种移动OSs,适应频繁OSs变化) . 设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量)

总体来说,通过LR录制手机脚本的方式有三种:1)通过代理方式录制,保证手机电脑在同一个网段:2)通过抓包录制,在手机上安装Mobile Recorder:3)通过安卓模拟器录制,本地安装Android模拟器Emulator (Android SDK) 一.通过代理方式录制 http://jingyan.baidu.com/article/359911f566da0d57fe0306d0.html 当lr11为破解版(不包含Proxy Recorder 代理录制功能,无法使用上面方法录制) 方式1

源代码获取请到github:https://github.com/DrJia/AndroidLogCollector 已经做成sdk的形式,源代码已公开,源代码看不懂的请自行google. 假设想定制适应自己app的sdk请自行fork. AndroidLogCollector android app崩溃日志收集sdk 1.0 作者:贾博士 崩溃日志收集方法: 1.LogCollector是lib包,在须要加入崩溃日志sdk的project中导入此包. 2.导入lib后,在自己的project的

我们上步操作基本完成,下面介绍编写Python脚本启动app 打开我们pycharm新建.py文件 第一步:输入Python脚本代码: #coding=utf-8 from appium import webdriver import time desired_caps ={ 'platformName': 'Android', 'deviceName': '127.0.0.1:62001', # 模拟器名称(真机测试:输入真机名称) 'platformVersion': '4.4.2', #

当我们appium和Python环境都配置好了,如何启动我们第一个app呢?下面介绍appium+Python启动app的操作步骤,为了能够详细查看,我们这里使用夜游神模拟器进行示范. 测试项目:QQ 测试工具:appium.pycharm.夜游神模拟器 操作介绍: 第一步:打开我们的夜游神模拟器,然后我们的电脑上的运行(win+R),输入我们的cmd.当前是先确认我们的设备是否连接到电脑,真机连接方法同样 输入:adb devices A:如果显示下面操作,表示当前设备连接成功 B:如果连接失

Appium适配Android7.0以上版本 测试机型: 华为荣耀V9 安卓版本: Android7.0 appium版本: 1.65 说明: 公司新采购了一批安卓机器,拿了其中一台华为荣耀V9跑之前写的测试用例,发现每次登陆以后进入到MainActivity了之后,==元素就获取不到了==,试了一下==driver.page_source==也是报了超时.本能反应是==Android7.0==的问题,于是去testerhome搜了巨多安卓7.0的东东.找到了一些头绪. 感谢一下这位meil00

每天学习一点点 编程PDF电子书.视频教程免费下载:http://www.shitanlife.com/code 最近用H5页面做了个安卓的项目,但是在H5页面中长按文字内容,会导致APP崩溃掉... 查了下资料,觉得可能是长按触发了某些默认的事件,比如长按复制.长按选中.长按打开菜单等浏览器的一些事件,于是试着禁用掉长按事件,解决. 直接引入CSS,禁止掉长按事件 *{ -webkit-touch-callout:none; /*系统默认菜单被禁用*/ -webkit-user-select:

使用Loadrunner录制手机终端App脚本 1. 说明 目前手机APP上的功能日益丰富,对手机应用功能的性能测试需求也越来越多.公司比较抠门没有花钱买Loadrunner,可怜我们工作中一直用的破解版本,没有Loadrunner11.52以上的版本,不能享受录制手机的便利.只能自己在网上搜罗一些方法,使用Loadruner11.0实现录制手机应用脚本的方法. 以下分笔记本和台式机两种设备介绍使用Loadrunner录制手机端App的方法. 1.1 录制的原理 手机App脚本录制的原理(非正式

oadrunner11录制手机app视频:http://pan.baidu.com/s/1bnc4cHL 注意点: 1.手机和loadrunner安装的电脑必须在同一网段2.视频的www.baidu.com和80端口,换成你们app服务器的地址和端口3.先启动loadrunner录制,再去配置手机的代理端口

一些通用的触发移动App崩溃的测试场景,如下: 1 验证在有不同的屏幕分辨率,操作系统和运营商的多个设备上的App行为. 2 用新发布的操作系统版本验证App的行为. 3 验证在如隧道,电梯等网络质量突然改变的环境中的App行为. 4 通过手动网络从蜂窝更改到Wi-Fi ,或反过来,验证App行为. 5 验证在没有网络的环境中的App行为. 6 验证来电/短信和设备特定的警报(如警报和通知)时的App行为. 7 通过改变设备的方向,以不同的视图模式,验证App行为. 8 验证设备内存不足时的Ap

本文来自微信开发团队yanyang的技术分享. 1.引言 相信大家都遇到过一段特殊文本可以让iOS设备所有app闪退的经历.前段时间大年初一,又出现某个印度语字符引起iOS11系统奔溃,所幸iOS版微信客户端做了保护并没有引起太大问题(字符处理这类技术问题,其实曾在Android版微信上导致过严重的用户体验危机,感兴趣的可以看看文章<微信团队披露:微信界面卡死超级bug“15....”的来龙去脉>). 一般来说,特殊字符闪退是系统漏洞引起,只要更新系统就行.但大部分用户不愿意更新系统,而苹果也

Apache JMeter是100%的Java桌面应用程序,用于对软件做压力测试.它最初被设计用于Web应用测试,但后来扩展到其他测试领域.现如今这款软件越来越受到测试人员的青睐,相比于LoadRunner,它更加灵活.轻巧.今天小编跟大家来分享使用JMeter录制手机App脚本. 工具/原料   apache-jmeter-2.13 一台安卓手机 添加线程组   1 启动JMeter,打开主界面,如下图: 2 选中“测试计划”,右键依次添加[线程组],用于保存录制的脚本,如下图: END 添加

以前经常遇到APP内部异常情况下的Exception,最初是通过try catch这样的方式处理:但是APP上线后,用户在特地的情况下触发 了某些Exception,当然这些Exception从理论和正常思维上考虑是不可能存在的,查找也就无从下手.. 后来通过实现UncaughtExceptionHandler类来对异常进行捕获,并把日志记录本地,下次打开APP后发送到后台,然后这样的日志 来维护.通过这种方式,虽然可以更友好的给用户提示APP崩溃,然而这种方式只能对主线程进行捕获,非主线程的E

[原创]App崩溃率统计工具推荐 1 友盟(推荐) 友盟是一款比较成熟的工具,同时也可以展示留存,日活,事件等. 2 Bugly   腾讯的bugly统计数据也算是比较早的,可惜后续维护比较弱,功能与友盟相差太多. 3 听云   专业的性能监控工具

首先,崩溃有几种情况: 闪退 提示停止运行 无响应 ( 不同情况虽然没有严格意义上区分开引起原因,但是都有侧重.在之后的工作中,我会实时补充统计.) 1.接口返回值 ［直接原因］:app无法解析接口返回值/获取不到要获取的参数/参数类型不对 导致客户端代码报错 ［引起原因］:脏数据/网络问题导致接口超时或漏了数组元素/前后台没有统一参数类型标准/参数名错误/实体消失 ［解决办法］:在网络顺畅/不顺畅情况下抓包,对着api文档一个一个的参数对比,返回值有数组可以横向对比,可能是其中某个元素内的某个

漫谈:从APP崩溃率标准,到Monkey介绍拓展Maxim,及Jenkins自动化配置,持续集成获取崩溃日志 1.APP崩溃率标准 开发或测试app的同学,对于app崩溃肯定非常熟悉,频繁的线上崩溃属极度严重事故,肯定会给团队和个人带来KPI的低下,防患于未然就成了重中之重 1.1 常见的检测崩溃手段 业务测试,普通测试,环境版本兼容性测试,开发调试中遇到 健壮性测试:[数据状态异常.http请求状态异常.网络状态异常(网络波动).大数据.特殊场景.等等] monkey测试 友盟等线上检测工具监