无线测试汇总

一、无线测试基础知识 (3)

1.定义 (3)

2.分类 (3)

3.原理 (3)

3.1 Android (3)

3.2 IOS (3)

3.3 WP (3)

3.4为什么会有这么多版本 (3)

3.5这么多版本怎么把握 (3)

3.6客户端 (3)

3.7服务端 (3)

3.8 app产生及分发使用 (4)

3.9 app与sdk的关系 (4)

4.特点 (4)

4.1 工具类 (4)

4.2 应用类 (4)

4.3 游戏类 (4)

5. h5 (4)

6.webview (4)

二、无线测试业务模型（敏捷测试） (4)

1.新包上线模型 (5)

1.1 产品 (5)

1.2 开发 (5)

1.3 测试 (5)

1.4 UED（页面转换，设计优化） (7)

2.换包模型 (7)

三、无线测试技术点 (7)

1.网络 (7)

1.1代码角度如何判断移动网络还是WiFi网络 (7)

1.2模拟真实用户场景 (7)

1.3从用户的体验角度，比如关注流量 (8)

2.操作习惯 (8)

3.适配 (8)

3.1分辨率 (8)

3.2机型 (8)

3.3系统 (8)

3.4硬件 (8)

4.交互类 (9)

5.系统应用 (9)

5.1进程 (9)

5.2安装包路径的作用与测试 (9)

5.3系统路径的作用与测试 (9)

5.4应用路径的应用与测试 (9)

5.5 apk的包名、version、versionsode (9)

5.6渠道号（cid） (9)

5.8通知 (10)

5.9 root (10)

5.10数据文件 (10)

5.11时间戳 (10)

5.12本app生成的存储文件 (10)

5.13内存中存放的数据 (10)

5.14覆盖安装 (10)

6.app类的通用应用技术 (11)

6.1升级 (11)

6.2放量 (11)

6.3渠道 (11)

6.4换量合作 (11)

一、无线测试基础知识

1.定义

没有统一定义，bat类的大公司习惯叫无线测试，原因是根据事业部名称而决定比如叫XX无线事业部，一般公司习惯称之为app测试或者移动端测试

2.分类

从操作系统角度而言分为Android、IOS、WP；

从架构角度而言分为客户端、服务端；

从app属性角度而言分为工具类、应用类、游戏类

3.原理

3.1 Android

谷歌公司出品，基于java语言开发出来Android，区别于java的是形成了适用于移动设备属性的api、方法等，开源；安装包后缀为apk；版本从2.x到目前的6.0，分别为2.x、3.x、4.x、5.x、6.0，其中4.x为目前主要使用的版本，而且目前大部分app逐步支持4.x以上版本，4.x以下版本不再维护；机型：中华酷联大波魅、三星、索尼、LG、nexus(TOP100)。

3.2 IOS

苹果公司出品，基于c语言开发出来的object-c，区别于c的是形成了适用于移动属性的api、方法等，非开源；安装包后缀为ipa；版本从5到11，目前逐步开始放弃低版本；机型：3gs、4、4s、5、5s、6、6plus、6s、6splus。

3.3 WP

微软公司出品os，应用c、c++，封闭系统，安装包后缀为xpa

3.4为什么会有这么多版本

新本版主要优化旧版本，给旧版本打补丁，主要进行功能优化和增加，逐渐人性化。

3.5这么多版本怎么把握

原理：适配什么机型需要通过查看后台数据目前用户量偏多的；查看往期用户反馈。

测试核心思路：由于各厂家对于系统进行了阉割改造或许某项功能的接口被改造后app的使用会出现问题甚至崩溃（Crash原因：没有目标接口、目标接口属性改变、目标接口被改造）。

3.6客户端

运行的本地语言逻辑完成某个功能以及与服务器的交互（请求、返回、接受等动作）。

3.7服务端

服务端有服务端的运行逻辑与客户端进行交互（接受请求、逻辑处理、返回

请求等动作）。

3.8 app产生及分发使用

不同的app通过产品、开发、测试的研发通过后进行正式版本的混淆、编译、打包放置到相应的市场和各个渠道上。Android/IOS/WP类app需要通过相应的googleplay/appstore/微软审核通过才能正式进去app市场，进而进入各个渠道（91、360、豌豆荚）上的分发，用户再从各个渠道获取app。

3.9 app与sdk的关系

Software development kit的缩写，给app提供基础应用服务的核心包；给不同厂商提供核心功能服务、给自家产品提供核心功能服务、不同产品间有同一个版本的sdk才具备相同的功能。

4.特点

4.1 工具类

主要解决用户在使用手机过程中提高设备性能。减少频锁操作等提高效率的app，比如清理手机内存、清理垃圾使设备的性能提升运行效率，替换通过push、install等命令执行安装，使用工具可以提高抢车票的效率和成功率；工具类产品一般是重客户端轻服务端；工具类产品一般比的是执行效率、执行范围以及安装包体积大小、占内存大小等；因为重执行效率和执行范围因此测试重点在于本地逻辑的验证。

4.2 应用类

业务逻辑大部分在服务端，一般重服务端轻客户端；主要解决业务的广度、深度、用户体验、如何吸引用户等问题；重点在于客户端对应的交互以及客户端逻辑，偏流程类测试居多（流程分析法、状态迁移法）。

4.3 游戏类

重客户端重服务端，注重画面质感、内容和流量使用情况；由于注重画面质感，大部分资源放置在安装包中且资源一般不会做过分压缩。

5. h5

Html5的简称，是一种网页技术，目前多应用于app的宣传，比如为app做宣传的游戏、有奖活动，类似ppt展示等。

6.webview

相当于浏览器，使用了WebKit渲染引擎加载显示网页。

二、无线测试业务模型（敏捷测试）

特点：与之前的测试模型相比，敏捷测试更加的快速高效，减少不必要的成果物。

1.新包上线模型

1.1 产品

开始、需求阶段、开发阶段的配合工作、用例编写配合工作、用例外评阶段、用例执行阶段的配合工作、冒烟前的体验工作、上下前的体验阶段、与法务部确认审核通过、结束。

1.2 开发

开始、需求阶段、概设、详设、开发阶段、用例外评阶段、提测前、提测、提测通过后进入正式测试该bug阶段、二轮测试通过后配合改动点验证、上线验证的配合阶段、结束。

1.3 测试

◆开始

◆需求阶段

1.测试需要跟产品出该需求的目的，原因是不理解需求出处是把握不好测试标准、测试点以及开发工作量的。

2.测试要跟产品、UED讨论该需求的合理性，不合理的坚决取消不能出现拍脑袋或者含糊需求。

3.测试把握需求动向，比如时间紧工作量大那么可以对需求拆分要求做两期，第一期优先上重要功能。

4.需求阶段需要跟开发确认技术点。

◆测试计划阶段

根据需求和开发工作量计划测试工作量及时间点，包括资源以及一轮二轮测试时间和buffer时间并给出详细计划。

◆测试方案阶段

◆测试分析阶段

1.进行测试分析达到不遗漏任何测试点。

2.进行产品逻辑及产品整体的合理包括该功能是否有冲突等，总之要有一个整体的产品观或功能观。

3.如果此时对于产品逻辑梳理有异，进行问题列表汇总与产品、UED、开发、进度管理者进行沟通。

4.如果此时产品逻辑有变动那么经过变动后的需求重新进行评估和梳理。

◆测试用例编写阶段

1.梳理稳定需求后详细编写用例。

2.编写的用例的颗粒度由发版时间、功能重要性、新老功能等因素来决定。

3.将编写好的用例进行整合，该合并的合并该分类的分类，形成一个符合用例设计标准的格式。

◆测试用例评审阶段

内评

1.内评的都是测试组的人员。

2.内评的目的是从测试的角度查漏补缺并与其它模块负责人形成产品的整体测试梳理。

外评

1.外评人员有产品、UED、开发、测试。

2.外评目的是从测试角度阐述产品的功能点、场景的设计合理性，并把握是否遗漏需求细节以及对于开发技术的不理解或者开发换了解决方案而导致不能及时沟通的问题。

3.外评通过后原则上不允许再随意修改需求和开发解决方案并与产品、开发周知。

◆冒烟测试

1.与产品和开发确定是否达到提测标准。

2.如果达到提测标准进行冒烟测试。

3.冒烟通过通过邮件发送全组。

4.如果按照标准不通过，则发邮件告知产品、UED、相应开发不通过的原因，那些阻塞的测试。

5.超过3次冒烟不通过升级至开发管理者处。

6.一定坚守冒烟标准否则很难控制风险，由于冒烟测试不通过导致的进度延期要对整个发版期间的进度顺延。

◆测试用例执行阶段

一轮测试

1.进行一轮测试的标准是冒烟测试（主流程测试必须通过）通过。

2.一轮测试结束的标准是执行全用例和非适配。

3.如果程序是拉出的分支那么一定在一轮测试结束后告知开发合主干并在主干上进行基本功能的验证。

4.如果是在测试服务器上进行的测试，那么在一轮测试结束后一定告知开发上正式环境上进行基本功能的验证。

5.一轮测试完毕告知测试进度。

6.将一轮测试不放心的点和遗留问题告知二轮人员。

7.进行monkey测试收集bug信息。

二轮测试

1.进行二轮测试的标准是一轮测试完毕告知测试进度。

2.二轮测试人员需与一轮测试人员沟通人员沟通遗留问题和不放心的点以及一轮bug还有进行et测试、适配测试。

（ET测试-探索测试（Explore Testing）：同时设计测试和执行测试。探索性测试强调测试设计和测试执行的同时性，这是相对于传统软件测试过程中严格的“先设计，后执行”来说的。）

3.二轮测试必须在主干和正式环境进行测试。

4．二轮测试完毕后告知测试进度。

5.进行monkey测试收集bug信息。

6．进行性能测试。

◆测试回归阶段

1.进行所有模块的改动点验证并通过。

2.进行所有模块的基本功能验证并通过。

◆测试报告阶段

1.回归阶段通过触发测试报告阶段。

2.收集本版本的所有模块的用例数、机型适配、系统适配信息、monkey信息、性能报告信息。

3.进行apk上线验证，包括apk大小、versioncode（仅用于应用市场、程序内部识别版本，判断新旧等用途）、告知开发关闭log并验证log是否关闭。

4.上线验证通过后将第二部信息以及第三部信息编辑成报告。

5.将编辑好的报告发送全组以及审核部门。

◆评审阶段

1.需要配合产品跟法务部门确认产品功能。

2.等待审核邮件

◆发布阶段

审核确认通过邮件收到后进行发布至哪里，这个需要与产品、部门老大确认，然后与运维进行配合。

结束

1.4 UED（页面转换，设计优化）

需求阶段、测试用例执行阶段的配合阶段、上线前的体验阶段、结束

2.换包模型

◆开始

◆换包标准

◆产品

◆开发

◆测试

1.与开发确定改动点和崩溃的可执行情况后再与产品确定合理的修改点和崩溃问题

2.与开发核对改动点和崩溃的原因并作回归评估

3.进行环保测试

4.换包测试完毕同步信息锁定改动点和崩溃问题

5.进行换包流程，进行换包验证类似于上线验证

6.进行换包信息说明并通知审核部门

7．待审核通过后与运营一起进行发布

◆结束

三、无线测试技术点

1.网络

1.1代码角度如何判断移动网络还是WiFi网络

◆移动网络

2G、3G、4G（包括运营商区分：移动、联通、电信）

◆WiFi网络

连接到网络的WiFi、未连接网络的WiFi（伪WiFi）、需要验证的WiFi

1.2模拟真实用户场景

强网（3G、4G、WiFi网络）、弱网（2G、时断时续网络）、没有连接WiFi、没有连接移动网络、中断测试、连接超时。

1.3从用户的体验角度，比如关注流量

移动网络（2G、3G、4G）、WiFi网络（连接到网络的WiFi、未连接网络的WiFi‘伪WiFi’、需要验证的WiFi）。

2.操作习惯

Home（压后台、换气后台）、back（虚拟返回）、返回按钮（实体）、锁屏解锁、滑动（通知栏、刷新、上下翻页动作使用的）、双指放大（放大、缩小范围，多少会导致crash）、调整系统时间（前后调整）、系统中清理缓存/数据、强制停止和清空缓存/数据的关系等。

3.适配

3.1分辨率

原则：适配主流分辨率，查看往期用户反馈的机型哪些分辨率较多

测试核心思路：UI界面不会异常

3.2机型

主要机型：安卓、苹果

IMEI号：通过*#06#查看、手机包装查看、连接电脑查看

S/N号：产品序列是为了验证“产品的合法身份”而引入的一个概念，它是用来保障用户的正版权益，享受合法服务的

原则：适配什么机型需要通过查看后台数据目前用户量偏多的、查看往期用户反馈。

测试核心思路：

由于各厂家对于系统进行了阉割改造或许某项功能的接口被改造后app的使用会出现问题甚至崩溃（Crash原因：没有目标接口、目标接口属性改变、目标接口被改造）。

3.3系统

安卓：

2.x，

3.x，

4.x 4.3及以上的安卓api的权限增多、4.3以下不支持很多api、4.4及其以上，

5.x 支持sd卡读写权限、不支持sd卡读写权限，

6.0

IOS：

原则：适配什么版本需要通过查看后台数据看目前用户量偏多的、查看往期用户反馈

测试核心思路：

安卓系统也是在不断升级维护的，因此随着不断地完善和优化会加入很多新的功能或api或者优化了api进行了属性的改变或者废弃了某个api对该api进行了重命名等等，因此这种差异化的问题需要通过适配来解决，一般这种问题开发是很了解的。

3.4硬件

双sim：和网络、通话类相关

双sd卡：和存储相关，一般获取存储信息，存储读写是否正常；还涉及到内置存储和外置存储的关系，有的手机分为内置sd卡和外置sd卡

手机U盘：OTG协议，存储信息、存储读写等

其它外设等：关键是看扩展了手机的功能且走的是协议看是广播还是调用了什么api

4.交互类

◆从这个产品的某个功能打开另一个产品

◆从这个产品的某个功能跳转至另一个产品的某个功能

◆app内部的activity

◆app间的activity

◆运行着app，此时来短信、来闹钟等场景

◆app与系统间的调用关系，比如app的那个功能调用的是系统接口或者系统

提供的功能（测试标准为只要调用成功即可，至于系统功能是否正常使用无关紧要）

5.系统应用

5.1进程

查看进程：adb shell ps

杀进程:kill -9、forcestop命令杀进程，系统强制停止用forcestop命令，只有root 后才能使用两种命令

进程类型：常驻进程、UI进程、Float进程（悬浮窗）、其他进程

如何应用到测试过程中：功能测试中举例常驻进程、UI进程自杀、float进程自杀的案例；性能测试中举例常驻进程、UI进程、float进程对内存CPU消耗的案例。

5.2安装包路径的作用与测试

数据文件存放路径：将包内数据文件删除干净后安装包将不提供数据文件

图片等资源的存放路径：将包内图片等资源删除干净后安装包将不提供资源类文件

5.3系统路径的作用与测试

etc、data/data的用处和应用

5.4应用路径的应用与测试

dcim路径、其他路径、内置存储/内置sd卡与外置存储/外置sd卡或扩展存储的应用与测试

5.5 apk的包名、version、versionsode

每个apk都会有个包名、version、versioncode，包名的概念，version的概念，versioncode的概念，包名的作用，version的作用，versioncode的作用

5.6渠道号（cid）

概念，如何查看渠道号，渠道号的作用，渠道号的测试应用

5.7包名与进程的关系：包名+具体进程名

5.8通知

app客户端发起的：以广播的方式进行发起（手机温度变化触发广播后执行高温提醒的通知）

服务端发起的（push）：以服务端指令触发客户端广播发起

通知栏管理：从底层截取、从系统接口获取后存储至内存或者本地文件（内存内可以跳转至app的具体某个功能、存储文件仅可以打开app）

5.9 root

一般而言只有工具类或者涉及调用系统权限的app才会用到root。

最底层的root：手机root后获取到su，通过adb shell，su –v查看怎么root的root进程服务：某些app需要通过root权限才能执行，如果本身手机不支持root，则需要通过临时root来获取权限；需要知道临时root的服务进程是什么；需要知道哪些功能需要root权限。

root攻防，如何应用到测试中

5.10数据文件

作用：对于功能的改进、对于经常发生变化的数据做的机动性机制不用常常修改代码、可理解为测试中的参数化、如何加密解密。

如何测试：客户端（下发、增删改查、调系统时间）；服务端（开发环境测试环境配置、增删改查、字符集问题、兼容性问题、模糊匹配问题、数据文件内是否存在逻辑关系的测试）；时间戳文件（增删改查、调系统时间）

5.11时间戳

应用：跟新数据文件场景，服务器下发的时间戳文件要与客户端进行对比，如果服务端新则进行更新，如果服务端旧则不更新升级场景；在网站上将时间戳文件内容转化可以看到时间记录。

如何测试：增删改查、调系统时间

5.12本app生成的存储文件

作用：非服务端逻辑记录该app做了什么事情

应用：累计统计xx次、累计执行了xx次、你做了xx项事情、系统获取到了xx 项数据存在本地存储文件中、时间戳或许和本地生成的存储文件有关系。

5.13内存中存放的数据

作用：为了快速获取到数据且内存存放的数量是有限的

应用：一般而言内存中的数据要与本地存储文件进行同步，如果不同步建议开发要同步

5.14覆盖安装

目的：让覆盖安装后的app继承之前的功能

应用：只要是新功能，都应该做覆盖安装

如何测试：

高版本覆盖安装低版本：数据文件是否有继承、时间戳文件是否有继承、存储文件是否有继承、功能是否继承生效

低版本覆盖安装高版本：数据文件是否有继承但不生效不崩、时间戳文件是否有

继承但不生效不崩、存储文件是否有继承但不生效不崩、功能不会继承

同级覆盖

6.app类的通用应用技术

6.1升级

升级的类型：强升、全量升级（一般大改版时使用）、差量升级（一般小部分优化时使用）

断点续传功能：升级中途暂停，下次开始继续暂停前下载升级

升级的目的是什么：版本更新、优化增加功能等

升级的机制有哪些：升级的类型、断点续传功能、目的

服务端和客户端的交互

6.2放量

什么是放量：量是成交量，成交量比前一段时间成交明显放大

为什么要放量

如何断定放量的标准

怎样选择合适的放量方式：根据符合当前app策略来选择合适的放量方式

不同放量的方式对于app的影响是什么

6.3渠道

什么是渠道：商品销售路线，是商品的流通路线，所指为厂家的商品通向一定的社会网络或代理商而卖向不同的区域，以达到销售的目的

为什么有那么多渠道

渠道怎样分优先级：根据渠道用户多少分类

渠道的优先级对于app的影响是什么：根据不同策略将app放置不同渠道

不同渠道对于app的影响是什么：因为有些市场要针对不同的用户群来进行调整，或者要求ap开发者进行调整，不同渠道也有不同的规定

6.4换量合作

合作换量是什么：置换资源，你用我的，我用你的，可以跟应用市场换，也可以跟其他APP换，一般说是等比例互换，但也不可能完全相等

为什么要换量合作：提高效益

怎样谈合作换量

换量合作对于测试的表现是什么

一般换量合作的形式有哪些：自主换量和交叉换量

如何统计换量合作的工作量标准：看用户下载后是否使用应用或根据合作规定

统计换量合作需要考虑到哪些因素：主要看能给公司带来多少效益