手机app

环境准备 1.手机 2.wifi 3.jmeter 具体步骤 1.启动jmeter 2.“测试计划”中添加“线程组” 3.工作台中添加“http代理服务器” 4.配置代理服务器：Global Settings下面的端口配置：9988，HTTPS Domains配置：http://10.200.52.88,目标控制器配置：测试计划>线程组，其中端口：随意设置；ip：电脑的ip，如图所示： 手机代理设置 手机连接刚刚配置的wifi 启动jmeter的代理服务器 HTTP代理服务器--点击“启动”按钮，启动http代理服务器 手机录制（操作app） 启动手机上需要测试的app，进行业务操作，这个时候就可以看到线程组抓到app上发出的请求了 业务操作完成后，立即停止jemter上的http代理服务器，否则会一直抓包，出现多余无用的请求 添加查看结果树 回放； 来源： https://www.cnblogs.com/pwj2lgx/p/11635027.html

APP功能测试要点 1、 功能性测试 根据产品需求文档编写测试用例而进行测试，包括客户端的单个功能模块以及功能业务逻辑（功能交互）如：涉及输入的地方需要考虑等价类，边界值，异常或非法等 1.1 安装与卸载测试 >软件安装后是否可以正常运行 >安装过程中是否可以取消 >安装空间不足时是否有相应提示 >是否可以卸载应用（可通过桌面卸载，也可以通过软件卸载安装） >卸载是否支持取消功能，单击取消后软件卸载功能是否正常===不可逆 >卸载后文件是否全部删除所有的安装文件夹 >安装到本地还是SD卡，有选择可以提供 >安装完自动删除安装包 >从不同的应用市场下载进行安装？---安卓端 >重复安装 1.2 软件升级测试 >当客户端有新版本时，是否有更新提示 >当版本为非强制升级时，用户可以取消更新，老版本能正常使用，用户在下次启动app时仍能出现更新提示 >当版本为强制升级时，当给出强制更新后用户没有做更新时，退出客户端，下次启动app时仍能出现强制升级提示（没有取消按钮） >检查更新后各个功能是否正常使用 >在线跨版本升级后是否正常使用 ---问题：版本升级测试是全部测试还是部分测试？ >关于新版本的更新内容：1.新功能 2.修复bug、优化模块 先测试更新的内容，再在发布之前走一下基本功能 1.3 登录测试 >1）账号密码登录 2）第三方登录 3）指纹登录 4）手势密码登录 5）快捷登录 6

github地址 https://github.com/openatx/weditor python -m weditor --shortcut adb devices 在页面上输入手机设备号，点Connet按钮，看到出现一个小草的图标，就是连接成功了 Coding调试 可以在页面的右边调试运行代码，这点比appium强很多，可以编写代码边调试，还是非常方便的 Ctr+Enter 运行代码，会发现手机上已经点击成功 支持wifi连接 首先保证电脑和手机wifi在一个局域网，电脑上能ping的通手机的ip，输入手机的ip也可以抓到手机上的页面元素 来源： https://www.cnblogs.com/yaohu/p/11592852.html

一、打开插件 var app={ code:'插件编码', text:'标题', type:'plugin' }; JE.showFunc(app); 二、打开功能 var app={ code:'功能编码', text:'标题', type:'func' }; JE.showFunc(app); 加入JEPaaS技术交流群，了解更多 来源： https://my.oschina.net/jepaas/blog/3107884

一、移动端测试简介 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

我选择Web APP和Mobile Apps简单说一下。 本人最早接触Web App的时候应该是在读高中的时候，那时候正碰上淘宝兴起，当初为了能够网上支付特意去银行开通网银，那个时候是没有移动支付的APP（支付宝和微信），到现在家里都还保存着U盾，也估计着现在没人会使用了吧，毕竟社会和技术都是在不断的更新了。 Web App即是一种框架型APP开发模式，它所呈现的功能很明确，不需要实际的APP载体，从手机上的浏览器即可访问。Web App开发搭载的技术大概就是HTML，C SS，j s p，P HP等，很早之前有人会点这些技术，搞搞web开发是没有问题的，现在的技术非常成熟了，要学的东西更多。 Mobile Apps 应该是web app发展后迅速崛起的一门技术应用，随着Android 和i OS两大操作系统的出现，各种手机应用也是应运而生，而我们使用的最多的APP，莫非也就是微信，Q Q，微博，支付宝等这些了。 Mobile apps开发针对I OS、Android、Windows等不同的手机操作系统要采用不同的语言和框架进行开发,其apps的U I元素，数据内容、逻辑框架均安装在手机终端上。Mobile APP之所以能够迅速占领整个市场的原因来源于它的安全性，功能性全面，也更加简单便捷。 相信未来手机软件是更加简化现有的Mobile App，让它更轻，更小，更加安全，也更加方便

计算机组成原理（第四版）纪禄平 链接：https://pan.baidu.com/s/1vi3MIX6OJZ_1x89BHEHPcw 提取码：19e0 复制这段内容后打开百度网盘手机App，操作更方便哦 离散数学（第五版）耿素云 链接：https://pan.baidu.com/s/1XYpl1kIgOi7jpPTo4sC-FQ 提取码：mtuj 复制这段内容后打开百度网盘手机App，操作更方便哦 数值分析（第五版） 李庆扬 链接：https://pan.baidu.com/s/12KrofjyoCu7nlt4D_QEsmw 提取码：rkfo 复制这段内容后打开百度网盘手机App，操作更方便哦 来源： https://www.cnblogs.com/loufangcheng/p/11511182.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