手机测试

一、Android终端app流量测试 流量测试的原理 ：在安卓手机上，应用的网络流量数据都会保存在系统的/proc/uid_stat/$UID/tcp_rcv 和/proc/uid_stat/$UID/tcp_snd两个文件夹里面，一个是请求耗费的流量，一个是接受的数据流量，这两个数据是由系统记录的，在我们启动某个软件的时候，系统会根据这个应用所占用的进程号pid在根目录下创建一个以这个命名的文件夹，在文件夹的下面有存有UID的文件。 了解一下PID和UID可以查看博客： https://blog.csdn.net/vshuang/article/details/43639211 获取PID： 查看当前应用的UID，手机连接电脑，adb shell ，adb shell ps | grep “你想测试的应用的包名” 如上图红色框中就是我们要查的PID，然后再根据PID查找UID 进入 /proc/28904/status 如上图红色框中就是我们要查的UID cd uid_stat/10137 cat tcp_rcv cat tcp_snd 如上图就可以看到当前这个应用的上下行流量，单位是byte。 另一种获取流量数据方法： cat /proc/net/xt_qtaguid/stats|grep #uid# 第六列是接收数据，第八列是传输数据。第六列和第八列流量加一起

一、移动端测试简介 1. 1 移动端测试定义 移动端测试指的是对移动应用进行测试，即实体的特性满足需求(产品文档、隐性需求等)的程度 1.2 移动端测试分类 1.2.1 app功能测试 1. 业务逻辑正确性测试 产品文档 隐性需求 =编写=>测试用例 2. 兼容性测试 提示： 移动设备大数据查询 移动观象台 名称 说明 系统版本 ➢ Android 官方、联想、华为等 ➢ IOS 官方 分辨率 ➢720p 720x1280 ➢ 1080p 1080x1920 ➢ 2k 2560x1440 网络情况 ➢ 2G ➢ 3G ➢ 4G ➢ Wi-Fi 3. 异常测试 热启动应用 应用置于后台 =切换=> 前台的过程 网络切换&中断恢复 电话或信息中断恢复 4. 升级、安装、卸载测试 (1) 升级 系统升级、渠道升级、临近版本(1.0->1.1) 、跨版本(1.0->1.5) (2) 安装 系统版本、首次安装、覆盖安装、卸载后安装 (3) 卸载 卸载->安装->卸载 5. 健壮性测试 手机资源消耗 CPU、内存 流量消耗 图片、传输数据压缩 崩溃恢复测试 闪退、报错(停止运行) ... 1.2.2 app自动化测试 通过场景和数据的预设，把以人为驱动的测试行为转化为机器执行的一种过程 重复的工作交给机器去做 解放出一些人去做新功能测试和探索性测试 提醒： 并不是所有功能都能进行自动化 新功能

1. 相同点： （1） 都是需要按照需求来进行测试的。 （2） 测试流程都是一样的：测试计划、测试方案、书写测试计划、评审用例等。 （3） 测试方法是一样的：每个软件都可以进行手工测试，做自动化测试、黑盒测试、灰盒测试或者白盒测试。 （4） 测试分析和设计方法是一样的：测试分析指的是如何提取测试项；设计方法是设计测试用例（11种）。 （5） 测试管理工具：缺陷管理工具、用例管理工具。 2. 不同点： （1） 安装测试：app系统有安装测试、升级测试、卸载测试； Web系统客户端用的是浏览器，不需要系统。 （2） 功能测试：app系统需要额外的考虑和手机交互性测试，还需要考虑app之间的交互性测试（例如：看视频中，来了电话，视频停止，挂了电话，视频恢复播放）；手机的home键，返回键，多点触控等情况。 （3） GUI用户界面测试：app系统需要考虑横屏、竖屏模式是否能够显示正常，分屏模式，单手模式是否能够显示正常。 （4） 兼容性测试：app系统兼容的是不同品牌的手机，手机的操作系统和操作系统的版本，手机的屏幕尺寸； Web系统兼容的是不同的浏览器，不同浏览器的版本。 （5） 性能测试：app系统侧重消耗电量、温度、流量等指标（APP使用过程中占用手机资源的情况）； Web系统侧重多用户使用情况下的系统性能问题。 来源： CSDN 作者： 未蓝星星 链接： https://blog

手机测试 手机软件应用在我们的生活中正逐渐流行起来。最近一个由安德里亚·史密斯在将来上发布的研究着重指出作为一个社会群体我们对我们的手机应用沉迷多少，以至于就像所说的“一些人承认一天用超过50的应用”。我们随处可见他们，排队等待，在街上散步，或者甚至参加运动会。实际上，82%的响应者，人们认为他们无法超过一天没有他们的手机应用并且如果这个示例反应社会性，然后这些移动应用需要工作得正确、持续并且符合用户需求。 越来越多的应用被创造。人们不仅要测试这些应用也要有如何在各种设备上测试这些产品的需要正成为一项相当的挑战。这篇文章将会描述一些对测试员来说在他们的手机应用测试项目里考虑的适配测试。 上个月，我参加了一个关于使用脸谱作为国内的应用的手机设备适配测试的周末美国测试员会议。我们有一系列的设备，苹果手机，安卓手机，平板和安卓平板的组合。虽然各种移动设备和操作系统，测试在使用相同的移动应用方面体验了彻底的不同。结果：测试们关注着开放的体验并且当他们回去测试他们自己的移动应用时可以去拓宽他们的视野。 我们周末的测试会议发现了以下一些观点： l 整理新闻供应的发布在使用的设备上呈现出不同。 l 脸谱应用在设备可显示区域的尺寸大小上显示信息，这个区域上平板比手机展现更多信息。 l 在所有三个配置（平板，台式机/笔记本和手机）默认显示和功能设置改变了，像好友列表，刷新设置，时间戳发布 l

20190902 1、postman中使用全局变量和局部变量 （1）全局变量 （2）局部变量 2、fiddler日志抓取 （1）本机上抓取 常用两种筛选方式 （2）手机上抓取 *fiddle需要的配置 *手机配置-cmd下查找本机ip，再手机使用的同一个局域网环境下，配置手机wifi代理（高级设置中） 3、cookoes、session、token 注：未完，待完善 来源： https://www.cnblogs.com/wanguku/p/11444573.html

1、功能测试 最基本的测试，主要是测试软件app的功能点、业务逻辑； 关联性（主要是测试客户端和PC的交互，客户端处理完后，保证PC端数据同步且一致） 2、性能测试 cpu，占用不超过10% 响应时间（包括app启动和退出），满足258原则，2秒以内用户感觉很快，2-5秒感觉一般，5-8秒感觉很慢，但是能接受，8秒以上用户无法接受，选择离开，或者再次发送请求。 耗电量，与cpu占用有关 内存 3、兼容性测试 手机app需要重点关注的： 不同操作系统：android、iOS 不同手机厂商：小米，华为等 不同的手机屏幕分辨率 与其他第三方app的兼容 4、安装卸载更新测试 也是手机app比较特别的测试点： 安装的路径，手机还是sd卡上 高低版本的覆盖安装 内存不足时的安装 安装过程中出现中断情况 第三方管理软件中卸载app 卸载过程中出现中断情况 更新过程中出现中断情况 更新时内存不足 5、中断或崩溃测试 中断测试主要是测试app是否会出现crash情况。 来电、短信、闹钟、低电量等 网络环境突然改变，或者网络中断，例如隧道、电梯（离线支持） 切换网络，例如数据连接切换到wifi 外部设备，比如充电，插耳机 内存不足 改变设备方向 改变手机语言，例如英文 多后台程序切换 长时间开机并且长时间开启app 也可以用monkey来测试apk的稳定性，也能检查出一些crash的问题，包括空指针

APP测试: 功能性—web测试 根据产品需求文档编写测试用例而进行测试 功能性包括客户端的单个功能模块,及功能业务逻辑(功能交互) 如:涉及输入的地方需要考虑等价类,边界值,异常或非法等 安装与卸载 软件安装后是否可以正常运行 安装过程是否可以取消 安装空间不足时是否有相应的提示 是否可以卸载应用(可通过桌面卸载,可可以通过软件卸载安装.曾发现在IOS手机上有个应用安装时未完全安装,终止安装后,未完全安装的应用图标一直显示在手机上,且无法成功删除) 卸载是否支持取消功能,单击取消后软件卸载功能是否正常====不可逆 卸载后文件是否全部删除干净(所有的安装文件夹) 安装到本地还是SD卡,有选择可以提供 安装完自动删除安装包 从不同的应用市场下载进行安装 重复安装 软件更新升级 当客户端有新版本时,是否有跟新提示 当版本为非强制升级版时用户可以取消跟新,老板本能正常使用,用户在下次启动APP时,仍能出现跟新提示 当版本为强制升级版时,当给出强制跟新后用户没有做跟新时,退出客户端,下次启动APP时,仍出现强制升级提示 检查跟新后各个功能是否能正常使用 在线跨版本升级后能否正常使用 -----如果是版本重构(需要全部测试) -----如果是添加新的功能(除了测试新功能,基本功能需要测试一遍,修复的功能也要做细致的测试) 登录测试 1.账号密码登录 2.第三方登录 3.指纹登录 4

1 APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.3测试资源 测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --行为统计分析定义文档； --测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）； --其他。 1.4日报及产品上线报告 1）测试人员每天需对所测项目发送测试日报。 2）测试日报所包含的内容为： --对当前测试版本质量进行分级； --对较严重的问题进行例举，提示开发人员优先修改； --对版本的整体情况进行评估。 3）产品上线前，测试人员发送产品上线报告。 4）上线报告所包含的内容为： ---对当前版本质量进行分级； ---附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）； --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。 2 App测试点 2.1安全测试 2.1.1软件权限 1）扣费风险：包括发送短信、拨打电话、连接网络等 2）隐私泄露风险：包括访问手机信息、访问联系人信息等 3

转载链接：https://blog.csdn.net/xiaomaoxiao336368/article/details/83547318 普遍的apk性能测试，主要是以下七类 1、响应 2、内存 3、cpu 4、FPS (app使用的流畅度) 5、GPU过度渲染 6、耗电 7、耗流 (app除了这些性能测试，还有：手机版本号兼容性，屏幕分辨率兼容性，稳定性测试，安全测试等，后续会持续更新… 流量测试同这些一起更新，这里就不在说明了 ) 一、响应 软件的响应时间和响应速度直接影响到用户的体验度，如果一个软件，迟迟加载不出来，会直接影响到软件的日活、留存。因此对于一个软件，对响应速度测试是必不可少的。 主要测试点： 1、冷启动：首次启动app的时间间隔（只是启动时间，不包括页面加载） 2、热启动：非首次启动app的时间间隔（只是启动时间，不包括页面加载） 3、完全启动：从启动到首页完全加载出来的时间间隔 4、有网启动：从发起跳转，到页面完全加载出来的时间间隔 5、无网启动：从发起跳转，到页面完全加载出来的时间间隔 （在项目中，主要测试关注点是冷启动，热启动） 测试方法： 1、使用adb命令 1） 冷启动 adb shell am start -W packageName/ActivityName(绝对路径，首个Activity) 含义： ThisTime:

移动web端和 web网站兼容性测试对比 1） 对于web网站，一般来说，目前我们需要兼容的是 1个操作系统（windows）X 3种浏览器（ie 6、ie7、firefox）= 3种情况 2） 要求高一点的web网站需要兼容的是 1个操作系统（windows）X 7种浏览器（ie6、ie7、firefox、chorme、opera、safari、遨游）+ 1个操作系统（mac） X 1种浏览器（safari）= 8种情况 移动ｗｅｂ兼容测试难点 １）　手机操作系统和版本号 ２）　不同浏览器 ３）　web浏览器的兼容性大致可根据浏览器的渲染引擎来确定兼容类型，但手机浏览器，即使是使用的同一个渲染引擎，在不同的手机上表现也可能很不一样。 ４）　没法逐一去测试各浏览器的实际效果 移动ｗｅｂ测试的乐观之处 目前来看，基于手机浏览器的限制 ，一般手机网站的布局和功能不会太复杂 ，而高级一些的手机浏览器（如iphone等）兼容性还是很理想的，不用操心。 移动ｗｅｂ测试前准备 1） 网站访问的手机型号统计（ 手机型号、操作系统、浏览器类型、屏幕尺寸 ） 2） 用户访问你的网站的主要行为 3） 手机模拟器的使用，如user agent的修改 注意点 注意点 UE/UI 对特殊字符的支持度，如★◆ 对css等的支持度 对图片的支持度（图片颜色，光滑度，斑点等等） 参考： http://wenku