一.安装与卸载1.软件安装后是否可以正常运行:2.安装过程中是否可以中断3.安装空间不足时是否有相应的提示4.是否可以卸载应用(桌面卸载和应用卸载)二.权限测试1.扣费风险:包括发送短信.拨打电话.连接网络2.隐私泄露风险:包括访问手机信息.访问联系人3.是否允许访问相册.拍照.录音.定位等三.兼容性1.操作系统.分辨率.尺寸四.多版本五.软件更新升级六.消息推送七.前后台切换八.网络环境

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

注:以下内容来自网络: 一.手机APP测试类型 1.1 接口协议测试 在APP客户端开发设计时,一般服务端会提供相应的接口协议文档,接口协议文档的质量,决定了APP的开发进度.此部分的测试,应首先检测接口的完整性, 根据APP需求,检查是否所有数据都有相应的接口返回:其次正确性验证,验证返回的接口信息是否正确,提示代码是否符合要求:第三:可采用Postman 等工具,对设计的测试用例进行测试. 1.2 易用性测试 易用性测试可分为UI原型和高保正图检测和APP测试.UI原型和高保真图可通过评审会

在进行手机APP测试的时候经常要获取包名.那么何为包名呢?简单来说其实就是手机APP的安装apk文件的名称,每个手机APP(软件)的包名都是唯一的. 那么我们怎样来获取包名以及包名的入口呢? 方法一:通过cmd命令,前提是先打开手机中你要获取包名的APP 1.adb shell 2.dumpsys activity | grep mFocusedActivity 方法二:通过反编译来获取包名及入口 aapt dump badging c:\software\taobao.apk 建议大家还是使用

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

1.功能测试 1.1 启动 APP安装完成后,是否可以正常打开,稳定运行 APP的速度是可以让人接受,切换是否流畅 网络异常时,应用是否会崩溃:在请求超时的情况下,如果程序逻辑处理的不好,就有可能发生Crash. 1.2 注册.登录 1.2.1 账号密码注册登录 正向:输入正确的账号密码.Enter键,可正常注册和登录 逆向:输入的数据前存在空格:用户名.密码错误或漏填:已注册用户:是否允许多次非法登录:是否限制次数:未注册用户登录:删除或修改后用户登录:是否有注销按钮: 逆向:密码更改后,登录

手机APP测试,主要针对的是android和ios两大主流操作系统,主要考虑的就是功能性.兼容性.稳定性.易用性(也就是人机交互).性能. 手机APP测试前的准备: 1.使用同类型的产品,不仅仅是使用,应该是测试同类型的产品. 2.熟悉产品文档,积极和pm交流. 3.写测试用例,没有时间至少要有一个checklist. 手机APP测试要点如下: 功能测试(流程测试.功能点测试).兼容性测试.交叉测试.安装卸载测试(包括应用的升级).压力测试(接口压力测试): 功能测试:对具体功能点一一测试,确保

现在我们测试时,开发会先在本地机上打好测试包,自己安装,轮完一轮,开发修改好后,再打一个包.以下是功能测试时需要注意的点: 1.登录 ●登录用户名和密码错误时,界面有提示信息 ●用户主动退出登录后,下次启动APP时,应该进入登录界面 ●对于支持自动登录的APP,数据交换时  ,是否能自动登录成功且数据库操作无误 ●密码更改后,登录时是否做到了有效数据的校验 ●对于未登录时一些页面的操作,是否做了控制 ●切换账号登录,检验登录的信息是否做到及时更新 ●对于多个端都进行操作时,确保数据库操作无误,且

总纲:认识测试关系和目标http://blog.csdn.net/superxgl/article/details/27189631 一.web测试和App服务端测试 软件安装 建议安装loadrunner 12 版本. 测试app服务端,需要将app网络连接的代理设置为测试机的代理,其他方式相同. 录制测试脚本 web测试建议设置IE为录制脚本的浏览器,其他浏览器在录制后,脚本可能为空.参考:http://blog.sina.com.cn/s/blog_611a005d0101f2bv.htm

Android App兼容性测试是一个比较重要的App评价内容,实际上兼容性测试不仅仅和测试人员相关,在开发阶段就应当着重考虑,因为兼容性问题是除了实现App本身要求的功能后,必须要关注.而且至关重要的一个点.因此,App兼容性是否良好,首先要求App开发人员在开发阶段进行保障,有经验的Android工程师能够在开发过程中保证60%以上用户机型的兼容与适配,经验丰富的工程师几乎能够做到90%以上的兼容适配.当然,由于市场上Android机型出新速度快,系统升级快,一味的追求在开发阶段的兼容适配保

一.简介 移动应用App已经渗透到每个人的生活.娱乐.学习.工作当中,令人激动.兴奋且具有创造性的各种App犹如雨后春笋般交付到用户手中.各类智能终端也在快速发布,而开发者对于全球移动设备的质量和性能却掌握甚少,App与设备的兼容性问题常常导致用户投诉,令开发者十分沮丧,App测试与服务质量保证矛盾十分突出. 移动开发的一个重要难题,就是应用在开发过程中,必须使用手机真实环境进行系统测试,才有可能进入商用.由于手机操作系统的不同,以及操作系统版本之间的差异,使得真机系统测试这个过程尤其复杂,涉及

移动互联网App测试点包括: 1.安全测试: 安全测试包括: a.软件是否存在扣费风险,比如发送短信,拨打电话,连接网络等. b.软件是否存在泄漏用户隐私的风险,比如访问手机信息,访问联系人信息等. 2.安装.运行.卸载测试 包括,App是否能正确的安装.运行.卸载,安装的位置和文件夹是否合理,还可以评估操作前后cpu.内存.磁盘等系统资源的占用情况. 3.UI测试 测试用户界面(如菜单.对话框.窗口和其他可视控件)布局.风格是否满足客户要求,文字是否正确,页面是否美观,操作是否友好等. 4.功

1.冒烟测试 一般使用mokey或其他自动化测试工具进行测试,保证软件的健壮性和可测性. 2.安装.卸装测试 直接在真机上安装.卸装(adb install 或 adb push到手机上直接安装) 第三方软件协助安装.卸装(至少支持豌豆荚.91等主流辅助工具) 升级安装  在线升级安装 在线跨版本升级安装 3.业务功能测试 业务逻辑测试 功能点测试 关联性测试(与pc端数据交互正常) 4.稳定性及异常测试 交互性测试(客户端多种中断测试:如电话.短信.消息推送.闹钟.插拔数据线.待机.前后台切换

这些都不是重点---一切都可以参考虫师   Appium移动自动化测试(一)--安装Appium 1.ADB的安装:ADB(ANDROID DEBUG BRIDGE) 应用场景: 针对移动端 Android 的测试, adb 命令是很重要的一个点,常用的 adb 命令, 将会为 Android 测试带来很大的方便,其中很多命令将会用于自动化测试的脚本当中环境搭建:解压:platform-tools_r28.0.0-windows.zip(adb)和sdk-tools-windows-433379

基于 Perfecto mobile cloud 的移动端自动化测试实践 本文将介绍 Pefecto mobile cloud 在移动端自动化测试的应用. Pefecto 将真实移动设备放到 cloud 端 , 并提供通过 web/Eclipse 插件的形式进行访问与测试.同时,Pefecto 开放了基于 selenium 的第三方 API:Mobile WebDriver,支持自动化测试人员通过 Eclipse 访问 Perfecto 上的真机设备,通过 Mobile WebDriver 远程

活动简介: 移动 面向人群: 测试工程师,软件工程师,系统运维工程师,项目经理 活动时间 基于C#的移动应用程序测试(1) 2016年5月18日 上午9:00 基于C#的移动应用程序测试(2) 2016年6月24日 上午9:00 基于C#的移动应用程序测试(3) 2016年7月26日 上午9:00 基于C#的移动应用程序测试(4) 2016年8月18日 上午9:00 基于C#的移动应用程序测试(5) 2016年9月26日 上午9:00 基于C#的移动应用程序测试(6) 2016年10月28日 上

在手机客户端进行查看的测试重点:1.“点击加载更多”的分页处理技术,是否有重复的数据,数据显示是否完整,到达最后一页后是否还有数据进行显示2.数据的排序方式2.界面跳转是否正确3.出现异常情况是否有提示,是否跳转到已经设定好的默认页面,如断网情况下,显示网络未连接,数据加载失败,或者如果此页面没有数据显示,显示友好提示信息.4.图片处理的地方,是否容易出现程序崩溃现象,主要是图片压缩机制5.前台展示的数据,后台进行变动(增.删.改),是否是实时更新还是app一开始运行再进行加载6.前台主动发出请

目前手机App测试还是以发现bug为主,主要测试流程就是服务器接口测试,客户端功能性覆盖,以及自动化配合的性能,适配,压测等,对于App安全性测试貌似没有系统全面统一的标准和流程,其实安全性bug也可以是bug的一种,只不过更加隐秘,难以发现,尤其针对于手机App.近期时间比较充裕,研究了一下安全性相关的东西,并对于我们自身的产品测试了一下(更主要的目的是游戏作弊刷分),发现了不少问题,总结一下. 我的理解,包括以webview为主体的app,站在入侵或者攻击的角度来讲,安全隐患在于http抓包

1.登录时,Android和IOS同样的操作,提示信息不一致: 2.注册等页面切换成横屏容易不兼容.把内存卡去掉,再发送图片.音频.视频容易出错. 3.Android和IOS同样的功能,同样的原型图,字段信息显示却不一致: 4.上划或者下拉刷新时,闪退: 5.上划或者下拉刷新会复制原有数据,造成越复制越多,其实并没有加载出新的数据: 6.重新编辑某些数据后,表面上保存更新了当前的数据,我们在手机手机APP上登录查看了,其实并没有真正的保存成功,而只是保存到了本地缓存中,可能和调用的接口有关系.

1.相同点 不管是传统行业的web测试,还是新兴的手机APP测试,都离不开测试的基础知识,即是不管怎么变,测试的原理依然会融入在这两者当中. 1)设计测试用例时,依然都是依据边界值分析法.等价类划分等: 2)多数采用黑盒的测试方法,来验证业务功能是否得到正确的应用: 3)需要检查界面的布局.风格和按钮等是否简洁美观.是否统一等: 4)测试页面载入和翻页的速度.登录时长.内存是否溢出等: 5)测试应用系统的稳定性等. 2.不同点 相对于web测试,手机软件测试,除了要考虑基本的功能测试.性能等,还