app测试

我们手机 APP 测试，主要针对的是 android 和 ios 两大主流操作系统，总体上来说 android 手机型号、版本多， bug 也多； ios 相对 bug 少。下面就针对 Android 说一下最容易忽略的测试点吧。 1 、 APP 覆盖安装 有时候我们总是直接下载最新的版本进行测试，忘记覆盖安装，可能升级之后会导致不适配。 2 、网络切换 现在的测试都是 WIFI 网络极好的情况下进行测试，忽略了 2G 、 3G 网络的访问，我们要经常切换网络进行测试，看 2G 、 3G 网络下图片是否会正常展示。同时也要注意 APP 在网络断开后，重新请求网络数据及图片是否正常的展示。 3 、分辨率的适配 安卓的手机版本较多，要测试分辨率的问题， UI 交互是否展示正常；也要注意低版本内存较小的手机 APP 是否能正常运行，像 2.3 版本的手机。 4 、安卓手机自带的物理键 安卓手机自带物理键点击返回是直接返回到主页、还是返回到上一个页面。物理键是有嵌页面返回的，这个是要看产品设计了。 5 、被其他程序控制 有一些 APP 总会被手机管家所控制，无法动弹了，这个要看你的 APP 牛不牛了。 6 、记录多时，上下滑动 如果一页面里有很多条记录里，要注意上下多滑动，我在测试过程中，好几次在上下滑动中数据会出现重复展示，如最常见的评论。尤其是 Android 7

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

app和web区别 硬件功能差别：摄像头、定位 专项性能：流量、耗电、网络切换 兼容性：手机厂商、手机系统 中断异常：来电、无网 安装升级测试等 专项性能基本命令： 获取cpu adb shell dumpsys cpuinfo|findstr package 获取mem adb shell dumpsys meminfo package 获取启动时间 （冷热） adb shell start -W -n package/activity 获取流量 adb shell ps|grep package adb shell cat/proc/pid/status adb shell cat /proc/uid_stat/UID/tcp_rcv adb shell cat /proc/uid_stat/UID/tcp_snd 等等… 兼容性测试覆盖： 根据统计top机型覆盖版本和分辨率，最低版根据实际情况为准 初期功能测试阶段，主流机型；兼容性阶段，尽量补齐未覆盖的机型 根据工期长短、成本及产品所处阶段，可以适当增加和缩小范围 覆盖安装： 功能：正常覆盖且功能无误、例行回归功能 兼容：版本兼容、数据兼容 测试分析（编写用例和执行测试思路） 明确需求 回顾以往类似功能的坑 确定提测日期 拆分需求模块 编写用例 版本提测 测-提-验 根据开发能力、需求复杂度重复测试 回归（UI、接口自动化）

一、APP性能维度分析 　　APP类型众多，根据具体类型划分，性能指标的维度和优先级各不相同。视频类APP归属于娱乐游戏型的APP，因此性能测试维度优先级排序为：流畅度、crash、内存、流量、响应时长、功耗、CPU。 因为 Android 平台底层是由linux系统改良而来，不同维度的指标绝大部分都可以通过命令获取不同的指标（具体方法可以考加后面工具）。 　　在iOS平台上，性能的获取必须使用Xcode里面instruments下的相应组件，不像开源的Android那样灵活，但 技术 上是可以做到各平台的性能指标获取测试。 二、APP性能测试平台 　　从2012年后，测试平台化、服务化的思路推广到全国各地。各大公司都开发了不同的性能测试平台。比较有代表性的性能测试平台包括： 　　● 百度 的慕斯（又名移动APP测试业务支撑平台（外部名称MTC：http://mtc.baidu.com））； 　　● 腾讯 的bita； 　　●GT(http://gt.qq.com)； 　　●itestin（最老的一个性能和兼容性测试平台http://i.testin.cn/）。 　　由于IOS性能测试首先要涉及到签名的破解，所以所有平台一般都是从Android的APP进行切入点先行开发。 三、APP性能测试落地 　　性能测试开展主要分线下性能测试和线上监控测试两大类。 　

web测试流程，确保后台接口已测试完毕 一、需求分析，了解具体需求 二、测试准备：原型图、效果图、需求文件、测试用用例、用例评审、各种测试数据准备 三、测试环节：接受版本开始执行 1）冒烟测试：对版本质量的控制以及此版本是否具备测试条件； 2）UI测试：核对效果图 3）功能测试：核对需求文件测试用例，对功能进行验证 4）兼容测试：各个浏览器，手机是否兼容 5）性能测试，服务器接口，多线程等压测 6）安全测试 7）易用性测试：界面与交互性测试，符合交互规范，用户体验良好，使用方便快捷 8）提交bug，争议bug评审，回归测试 9）自动化测试 四、发布功能，上线验证，发布上线报告 App测试流程 一、需求分析，了解具体需求 二、测试准备：原型图、效果图、需求文件、测试用用例、用例评审、各种测试数据准备 三、测试环节：接受版本，开始执行 1）冒烟测试：对版本质量的控制以及此版本是否具备测试条件； 2）安装、卸载测试：通过商店安装，且支持使用第三方工具安装 3）在线升级测试：验证数字签名、在线跨版本升级、升级后可使用 4）业务功能测试：业务逻辑测试、功能点测试、关联性测试；对需求和测试用例覆盖 5）稳定性及异常性测试：交互性测试（客户端多种打扰测试，待机拔插线等操作）、断网、断电异常等情况客户端稳定 6）性能测试，服务器接口，多线程压测；客户端不同网络下的响应速度 7）易用性测试

1.从流程上来说，没有区别。都需要经历测试计划方案，用例设计，测试执行，缺陷管理，测试报告等相关活动。从技术上来说，WEB测试和APP测试其测试类型也基本相似，都需要进行功能测试、性能测试、安全性测试、GUI测试等测试类型。 2.主要区别在于测试细节和方法：如：性能测试，在WEB测试只需要测试响应时间这个要素，在App测试中还需要考虑流量测试和耗电量测试。 兼容性测试：在WEB端是兼容浏览器，在App端兼容的是手机设备。而且相对应的兼容性测试工具也不相同，WEB因为是测试兼容浏览器，所以需要使用不同的浏览器进行兼容性测试（常见的是兼容IE6，IE8，chrome，firefox）如果是手机端，那么就需要兼容不同品牌，不同分辨率，不同android版本甚至不同操作系统的兼容。（常见的兼容方式是兼容市场占用率前N位的手机即可），有时候也可以使用到兼容性测试工具，但WEB兼容性工具多用IETester等工具，而App兼容性测试会使用Testin这样的商业工具也可以做测试。 安装测试：WEB测试基本上没有客户端层面的安装测试，但是App测试是存在客户端层面的安装测试，那么就具备相关的测试点。 还有，App测试基于手机设备，还有一些手机设备的专项测试。如交叉事件测试，操作类型测试，网络测试（弱网测试，网络切换） 交叉事件测试：就是在操作某个软件的时候，来电话、来短信，电量不足提示等外部事件。

1.系统结构 web测试：B/S架构基于浏览器/服务器的，只要更新了服务器，客户端就会同步更新 例如：我们现在的项目只要程序员服务器端代码将发布好的代码打包放到应用服务器的iis站点客户端的都会变成最新更改后的 APP测试：C/S架构，基于客户端/服务器的。APP修改服务端，则客户端所有核心版本都要进行回归测试。 2.性能方面 web测试：响应时间，每秒事务数，每秒请求数，cpu... APP测试：响应时间，cpu,流量，电量... 3.兼容性方面 web测试：根据浏览器的内核进行兼容性测试（火狐，谷歌，IE） APP测试： 　　设备的系统iOS，android. 　　手机设备的机型，分辨率 4.APP的专项测试 　　干扰测试：中断，来电，短信，关机，重启 　　弱网测试：模拟（2g,3g,4g,wifi）网络状态下的丢包情况，网络切换测试 　　安装，更新，卸载测试 　　　　安装：考虑安装中断，弱网，安装后删除文件 　　　　卸载：卸载后是否删除app相关的文件 　　　　更新：分为强制更新，非强制更新，增量包更新，断点续传，若网状态下更新 权限测试：APP是否获得访问照片通讯录的权限 5.测试工具： 自动化： web：selenium app:appium 性能： app:jmeter web：loadrunner 转载于:https://www.cnblogs.com/msmx/p

这个问题在面试过程中经常遇到，所以今天结合自己的工作经验，自己做一下简单的总结 首先从功能测试业务逻辑的层面上，两者是一样的，都是共用一套业务逻辑，唯一存在不同的就是两者的交互逻辑不一样。WEB以鼠标操作为主，APP以触屏操作为主 区别一 基于底层架构的区别 web项目一般是b/s 架构，基于浏览器的，一般服务端更新以后就可以看到最新的更改 app项目是c/s架构，需要服务端和客户端同时更新，在测试过程中需要关注包是否是最新的代码 区别二 兼容性测试的关注点不同 wen测试 更多的关注在多浏览器的兼容适配 （IE、chrome、Firefox等） APP测试 分辨率，屏幕尺寸，还要看设备型号，操作系统OS 区别三 性能方面 web更多关注响应时间 app除了关注响应时间，更多的则还需要关心网速、电量、CPU，GPU、内存的状态 区别四 APP需要一些健壮性测试 众所周知，APP是移动的，没有固定位置的，这样一来，网络速度也就成了一个很重要的影响点！个人测试经验告诉我，很多接口在网络通讯良好的时候没有任何问题，但是在网络状况不佳的时候便会出现丢包，调用不成功，二次调用这些问题 一些异常情况的考虑：需要测试在来电，意外重启，关机状态下，APP的应对机制 区别五 其他待补充..... 区别五 来源： CSDN 作者： 尼古拉于晏 链接： https://blog.csdn.net/qq

昨天面试有问到APP测试和web测试的区别,自我感觉回答的并不全面,整理了一下,作为学习笔记. 手机和PC的区别 屏幕大小/分辨率不同：PC屏幕比较统一，且对应用影响不大；手机尺寸繁多，且涉及到横竖屏 操作区别：PC主要是鼠标和键盘作为主要是输入设备；手机主要是滑动、按键、点击、重力感应 应用复杂度：PC应用复杂度高，且项目周期长；手机复杂度低，项目周期短 APP测试与WEB测试的区别 　　从测试流程上讲，APP测试与WEB测试基本上是相同的，都要保证功能测试完成。都要经历测试计划、测试设计、测试实现和测试执行这四个阶段。 　　从具体的测试技术和测试方法上有区别的： 性能测试： web:响应时间、承载压力、带宽的吞吐量、服务器资源的消耗情况(CPU、内存、硬盘) App：除了要考虑web性能测试点之外，还要考虑流量、电量的测试 兼容性测试 web：主要是浏览器的区别：不同品牌的浏览器，同一品牌的浏览器不同版本 App：主要是不同的手机设备：不同品牌的手机、同一品牌的不同型号、不同的操作系统(安卓、iOS、wp) 安装测试 web：一般不需要安装，直接通过浏览器访问地址即可 APP：需要下载、安装、重复安装、卸载的测试 升级/更新测试 web：只需要更新服务端 App：除了需要更新服务端，还要更新用户端。用户端又分为强制更新和不选择更新。强制更新要保证旧数据在新版本上能够正常使用

移动互联网App测试点 1. 权限测试 1)软件权限　　 -扣费风险：包括发送短信、拨打电话、连接网络等　　 -隐私泄露风险：包括访问手机信息、访问联系人信息等　　 -新增风险项 2)开发者官方权限列表信息比对分析 2.下载、安装、运行、卸载测试 从市场下载app，验证能否验证App是否能 正常下载、正确安装、运行、卸载，以及操作过程和操作前后对系统资源的使用情况，主要包括： 1).检测软件是否能正确安装、运行、卸载； 2).安装、卸载、更新错误报告； 3).其他辅助信息： -位置和文件夹是否合理； -组件是否正确注册或删除； -评估操作前后，CPU、Memory（内存占用）、Storage（磁盘占用）等系统资源的使用情况。 3.UI测试 测试用户界面(如菜单、对话框、窗口和其它可视控件)布局、风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等。 UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。 4.功能测试 根据软件说明或用户需求验证App的各个功能实现，采用如下方法实现并评估功能测试过程： 1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景，对比说明或需求，整理出内在、外在及非功能直接相关的需求