一、问:app测试与web测试的区别参考答案:1)、系统架构:web端的服务器更新后,客户端会自动同步更新;如果是app下修改了服务端,意味着客户端用户所使用的核心版本都需要进行回归测试一遍;2)、兼容性 ,GPU渲染(用GPU来在屏幕上显示图像);4)、交叉事件测试,安装、卸载、更新,前后台切换;5)、界面操作,如:横竖屏切换,多点触控,事件触发区域。 参考答案:功能,兼容性,用户体验,安全性,安装卸载升级测试,交叉事件,UI测试,性能测试。七、问:App的性能测试怎么做的参考答案:App的性能分为服务器端的性能和手机端的性能。 服务器端的性能,我们可以用LoadRunner或Jmeter工具进行测试,我以Jmeter工具为例子说一下App服务器端的性能测试,首先,确定app的性能测试功能点,比如,查询,提交数据,登陆这些用户常用的功能 v time > E:\share\logcat.log5、使用monkey运行被测应用:adb shell monkey -p your.package.name -v 500 > E:\share\
sptt sptt是移动端UI自动化测试的一种解决方案,全称为special tool of test。sptt提供了一套测试解决方案,并使用命令行完成相关操作,最终可集成在各种后续的流程中。 关于规范介绍,请看 sptt规范介绍 关于如何开发atom实例,请看 如何开发sptt工程的原子操作 安装sptt环境 为了测试的灵活性,sptt提供两种测试方式: 本地测试 云端测试 由于本地测试需要在本地环境部署相关的测试环境 ,因此在这里并不推荐测试人员使用本地测试。 用于发布ios的测试包(需要在在测试包所在目录下运行命令),android测试包的发布使用android包发布流程。 目前测试报表路径在“out/testcaseReport.html”中,记录了测试用例集合运行的总时间、每个测试用例执行时间以及运行结果,对使用者更人性化。
移动APP与人们之间的关系已成为不可动摇的纽带。随着移动应用程序的发展,迫切需要一种可靠的移动应用程序测试策略。 让我们看一下统计数据,这些统计数据表明了移动应用程序测试的重要性。 移动应用程序测试变得棘手,因为在产生最佳测试结果之前需要处理许多方面。 下面我将分享创建成功移动应用测试策略需要处理的几个方面的挑战: 设备选择 这是移动应用程序测试中最常见但最大的挑战。 因此,它是测试移动应用程序的最佳选择之一。基于云的移动应用程序测试平台,他们提供按需访问各种设备和测试环境的功能,使企业在考虑自己建立实验室的成本时可以节省很多成本要素。 它提供了一个无缝的测试环境,可以在云上测试,部署和管理移动应用程序。云移动应用程序测试可增强测试能力,并缩短应用程序的上市时间。 但是,组织应该对市场变化足够开放,并应灵活地加强扩大移动应用程序测试规模的策略。 多年来,移动应用程序测试一直在发展,随着新版本的日新月异,移动应用程序的吸引力不断提高。
Drozer安装:windows下点击msi直接安装 agent安装:在测试机上安装agent.apk sieve安装:下载sieve.apk,该apk是用来作为被测试的app ? 3.在pc端cmd切换到drozer安装目前,然后运行 drozer console connect,如图所示: ? 四、测试 1.获取要测试应用的包名 dz>run app.package.list -f sieve ,-f它是模糊匹配,匹配包名中的任一字段,会列出包含该字段的所有包名 ? 5.Content Provider测试 (1)获取Content Provider信息 run app.provider.info -a com.mwr.example.sieve ? (4)同时检测SQL注入和目录遍历 dz>run scanner.provider.injection -a com.mwr.example.sieve 5.service测试 (1)获取service
:修改手机时区; 推送测试:推送消息内容、推送消息链接跳转、免打扰或拒绝接收; 交叉事件测试:比如微信通话的时候,又发起qq视频,到底两者有没有冲突 兼容测试 分辨率,主流分辨率:1080*1920、720 *等; 不同厂家定制iphone、华为、小米、oppo、vivo、魅族等 不同尺寸:6寸、5寸、5.5寸、5.7寸、4.7寸、4寸等 稳定性测试: monkey结合友盟持续使用8小时以上统计crash率 ; 各种事件打扰,如插拔数据线、电话打扰、收发短信、切换网络、浏览网络、使用蓝牙传送/接收数据、相机等; 多个运行中app切换测试; 性能测试: monkey结合性能测试工具监控cpu、内存、流量、耗电量 ,性能测试工具如anothermoniter、腾讯的GT; 评估典型用户应用场景下,系统资源的使用情况; 大数据测试(如需要读取用户通讯录的情况); 不同网络响应速度、服务器接口压力测试; 与竞品的Benchmarking (基线测试); 网络测试: 无网络测试; 弱网测试; 外网测试; 界面易用性测试: 符合android或ios体验规范; android体验规范:长按弹出删除选项(一时想不起来还有哪些,平时还是要多做总结
APP测试的相关注意点: app测试1.png app测试常见的错误原因分析: app测试.png H5页面测试总结: H5测试.png adb常用命令: adb.png linux常用命令汇总 linux 命令.png 移动端和web端测试的不同: 1.从系统架构来看 web测试只要更新了服务器端,客户端就会同步会更新。 而且客户端是可以保证每一个用户的客户端完全一致的。但是app端是不能够保证完全一致的,除非用户更新客户端。如果是app下修改了服务端,意味着客户端用户所使用的核心版本都需要进行回归测试一遍。 3.相比较web测试,app更是多了一些专项测试: 一些异常场景的考虑以及弱网络测试。这里的异常场景就是中断,来电,短信,关机,重启等。 而弱网测试是app测试中必须执行的一项测试。 包含弱网和网络切换测试。需要测试弱网所造成的用户体验,重点要考虑回退和刷新是否会造成二次提交。需要测试丢包,延时的处理机制。避免用户的流失。
不管是什么框架还是普通的html,只需要在html文件中加入下面这行代码,就可以在移动端看到右下方的小齿轮图标。点开就可以在移动端查看控制台信息了。
如何打造一个移动端H5性能平台?听起来是否有点高大上,不知道如何下手。不要紧张,我们来手把手教大家打造自己的移动端H5性能测试平台。 功能篇 【H5前端性能平台可以做什么】 以前我们要测试移动端H5性能,通常会用到远程连接+抓包分析,工具诸如:fiddler,Charles。 所以我们希望移动端H5性能自动化平台能够: 1、针对移动设备:从移动设备浏览器出发,测试H5前端性能,不是PC端的,不是PC端的,不是PC端的,重要事情说三遍。 所以,测试移动端H5性能的最好方案为方案三,监听移动设备http请求,生成pcap包,转化为har后,解析har文件后搜集H5前端性能数据。 方案二 “抓取数据手工分析” 鉴于YSlow在移动端性能分析的短板,这里可以直接增加移动端性能规则,结合已有的雅虎“23条军规”,使得测试建议更加丰富和务实。
背景 在测试阶段或者在一些特殊环境,经常因为某些数据导致客户端崩溃. 比如后端接口数据返回某个字段为空、某个字段类型变了、数组为空等.此时如果客户端没有兼容这些异常行为,大多数情况会导致崩溃. 所以为了保证客户端在任何异常数据的情况下都能兼容(不崩溃),需要进行异常数据测试. 异常数据测试方法 在以前手工测试阶段,我们一般借助fidder或者charles工具.对返回结果拦截修改数据,再进行数据的maplocal. UI上展示修改数据 类型错误导致崩溃 结语 在着手开发工具的初衷在于降低移动端的crash率,因为在发现崩溃top5内基本上会看到空指针这类错误,但是这类错误也是在服务端异常或者某些特定场景下才会导致某个字段为空或者某类数据为空 ,来验证客户端的稳定性和兼容性.
UIWebView)WKScriptMessageHandler(只适用于WKWebView,iOS8+)Bridge第三方框架(适用于UIWebView和WKWebView)1. url拦截url拦截是在H5请求一个地址后 ,客户端拦截住这个地址,对地址进行解析处理H5中调用iOS方法代码:弹出登录弹窗(拦截url)iOS中拦截到url代码:- (BOOL)webView - (void)login{ [self.delegate login]; }@end// H5加载完成 (app方法名).postMessage() H5代码<body> <input type="button" name="" value="登录" onclick="login()"><script type JavaScriptInterfaceH5端代码<body> <input type="button" name="" value="登录" onclick="login()"><script type
H5做的页面确实超级漂亮。但 为了在同事朋友面前装一下,还是要熟悉一下的。然后就可以告诉他们:不就是CSS3新增的那几个动画属性,在加上一下JS的东西嘛,不难!^_^ 昨天看了一下午的一个H5。 然后就是 还会有一些背景音乐控制、个别的还存在视频(不用担心,都是H5提供的接口,需要使用时 查看一下文档就差不多);然后就是 一些页面之间的 过度、这部分 可能会用到 缩放、透明度转换、以及简单地动画效果 // 下面的 代码片段 是从 一个手机H5页面获取的,是不是发现啥了 function startLoading() { // simulate loading something.. bg-music"> <audio id="bg-music" src="http://qn.media.epub360.com/materials/audio/e8e76999019f1ec81f<em>5</em>ee0ca943e1c1c.mp3 <audio id="bg-music" src="http://qn.media.epub360.com/materials/audio/e8e76999019f1ec81f<em>5</em>ee0ca943e1c1c.mp3
1 /** 2 * 移动端自适应 3 */ 4 <meta name="viewport" 5 content="width=device-width,user-scalable --maximum-scale=1.0 可视区域的放大级别--> 1 /** 2 * rem适配 iPhone5下html字号为100px,320px下1rem=100px 3 */ 4 (function (doc, win) { 5 var docEl = doc.documentElement, 6 resizeEvt
前言 随着移动端H5需求场景越来越多,例如微信公众号中H5页面的开发,APP中内嵌H5页面等,移动端H5开发基础知识和技巧是前端开发工程师必备的技能~ 一、移动端屏幕相关概念 1. 位图像素 1个位图像素对应一个设备独立像素,图片才能完美清晰的展现 5. 用户缩放 用户手动放大:1个CSS像素面积变大,区域内CSS像素个数减少,视觉视口尺寸变小 移动端,用户缩放影响视觉视口的尺寸(布局视口影响布局(块换行等),引起重绘等,所以改变的是视觉视口) 2. 系统 参照理想视口进行缩放,改变布局视口和视觉视口 meta: initial-scale=1.0 总结 移动端和PC端比,有很多特有的概念需要理解。 理解了这些基础概念,才能掌握移动端H5开发技巧~ 发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/151992.html原文链接:https://javaforall.cn
airobots的移动端测试,主要是将airtest和appium进行了集成,appium是比较流行的移动端测试框架,airtest是基于图像识别的移动端测试框架,个人体验来看,是比较好用的两个框架吧。 Android端测试相对比较简单,执行以下命令即可,如果提示没有执行adb的权限,请按提示赋予adb执行权限。 测试报告 ? 测试过程截图 IOS端 IOS端的测试相对比较复杂,需要安装xcode,再编译安装wda到测试手机,后面会介绍怎么安装,此处假设已安装成功。 Android端 对于IOS端,需要在Mac环境下操作,下载airtest提供的iOS-Tagent,用xcode编译后,安装在测试机中,最新版本的airtest也支持appium的wda,对于高版本的 以上为airobots集成airtest和appium后,进行移动端测试的大概过程,后续会根据日常使用场景,对每种方法进行单独的讲解,以上。
"platformName": "android", 3 "deviceName": "ruancexiaosheng", 4 "automationName": "uiautomator2", 5
来源:http://www.51testing.com/ 背景 虽然移动端Web有着天生的HTML5特性,但是硬件显示环境的差异、各浏览器实现标准的方式的差异让开发人员不得不花很多时间在测试与调试上 移动端测试调试工具的三种需求 代码同步:在编辑器中修改代码,在移动端自动更新并看到效果。 ? 动作同步:在PC上点击按钮或跳转页面,各个移动测试设备执行相同的动作,测试人员可以直接看到效果。 调试功能:在移动端浏览器缺乏官方调试工具的情况下,通过JS模拟控制台、元素查看器、样式编辑器。 ? 调试客户端分为以下几种: 1.调试服务器提供的网页 2.浏览器插件 3.桌面端应用 4.命令行 5.典型工具集合 6.下面是笔者经过考察实践后得到的常见测试调试工具的集合。 总结 移动Web开发本身的复杂性决定了我们不能找到一种完美的测试调试解决方案,但我们可以根据基本原理对工具进行分类,记录整理之后,根据实际情况选取最优策略。
对于移动端开发而言,为了做到页面高清的效果,视觉稿的规范往往会遵循以下两点: 1.首先,选取一款手机的屏幕宽高作为基准(现在一般选取iphone6的375×667)。 之前项目中也用到过iphone5的320×568。 如果把移动设备上浏览器的可视区域设为viewport的话,某些网站就会因为viewport太窄而显示错乱,所以这些浏览器就决定默认情况下把viewport设为一个较宽的值,比如980px,这样的话即使是那些为桌面设计的网站也能在移动浏览器上正常显示了 ideal viewport(完美视口):完美适配移动设备的viewport,它的宽度等于移动设备的屏幕宽度。有了完美视口,用户不用缩放和拖动网页就能够很好的进行网页浏览。 但是当屏幕超过一定的尺寸以后还继续显示h5页面的话会给用户带来不好的体验。因此,我们需要给页面设置最大的宽度和最小宽度。
content: ""; position: absolute; top: 50%; left: 50%; width: 5px
最近在做移动端报表的测试,根据实际测下来的情况阿常先总结一版测试流程和测试方案(这是初版 v1.0,后续在此基础上做更新迭代)。 2 制定测试方案和计划 参与技术评审,了解技术架构设计、模块设计和数据模型设计:确定指标项来源于哪几张表,哪几个字段 3 设计测试用例 数据报表测试通用测试点:数据的正确格式的正确权限的控制报表与报表间的关系 4 准备测试数据 测试数据一般有两类:业务来源表的真实历史数据构造自己所需要的的数据(某些场景数据缺乏时) 5 测试执行 参考测试用例执行测试,发现并评估数据问题。 测试过程中,注意避免 “ 污染 ” 生产数据,并保证测试的全面性。 6 生成测试报告并分析结果 对测试过程进行总结,梳理测试中的问题,并分析测试结果,最终生成测试报告。 :要注意边界数据,比如时间选择为 12 月,当天为12月5日,需确认是否包含 12月5日 这一天 ;特殊需求,比如首页默认按最近有数据的一天,详情页显示最近有数据的一天 / 一周 / 一月。
CommonLibrary 用于存放公共库 TestCasesRepository 用于存放测试用例 TestData 用于存放与测试用例有关的测试数据文档 TestRun_xxx 是测试过程中生成的测试结果 ,内含测试报告和日志 AutoRunTest.py 用于从用例列表中读取需要执行的测试用例文件,及测试结束后测试报告的发送 testcases.txt 用于存放用例表 2. 其中公共库中大致有Appium的操作、Excel档的操作、手机信息的配置、测试用例信息的收集、测试结果文件夹的生产 、测试报告的写入、邮件发送等公共方法 目录如下: ? port13 print(cmd_find) result = os.popen(cmd_find) text = result.read() pid = text[-5: cmd_kill) os.popen(cmd_kill) if __name__ == '__main__': #start_appiumServer('4729','4728','BIBI5LEU6PRCDIIV