文章目录

• app测试移动应用测试 （功能测试）0基础
• • 一、背景介绍
  • • • app生命周期图
      • 移动应用与传统PC应用的区别
  • 二、App项目流程
  • • • 市场分析
      • 需求调研
      • 产品制造
      • • 交互设计
        • 产品开发
        • 系统测试
        • 产品上线
      • 产品运营
      • • 1、APP数据
        • 2、用户反馈和评论
        • 3、需求提取
        • 4、持续迭代
  • 三、APP测试流程
  • • 移动APP测试分类
    • 移动测试与传统测试的区别
    • 什么是移动APP测试/li>
    • 移动APP测试的考虑要点
    • ***移动应用测试的重点
    • App测试管理流程
    • • 1.测试计划
      • • 影响项目成功的要素
        • 测试方案
      • 2.软件测试流程–测试设计
      • 3.测试准备
      • 4.测试执行
      • • 缺陷处理过程
        • 测试报告
      • 5.线上监测
    • APP测试实施流程
  • 四、APP测试方法
  • • App测试层级体系
    • App测试类型
    • 功能测试
    • UI测试
    • • UI测试之导航测试
      • UI测试之图形测试
      • UI测试之内容测试
    • 业务测试的分类
    • • 运行APP
      • 应用的前后台切换
      • 免登录
      • 数据更新
      • 离线浏览
      • App更新
      • 定位、照相机服务
      • 时间测试
      • PUSH测试
    • 非功能测试
    • • 性能测试
      • 安全性
      • 软件权限的安全测试
      • 安装与卸载的安全性测试
      • 数据安全性的安全性测试
      • 安装测试
      • 兼容性测试
      • 兼容性测试—分辨率
      • 如何做兼容测试
      • 兼容性测试自动化
    • 异常测试
    • 专项测试
    • 弱网测试
    • 网络超时测试
    • 网络切换测试
    • 操作类型测试
    • 其他手势操作测试
    • 交叉事件测试
    • 第三方推送测试
    • PUSH消息推送原理
    • 更新测试
    • * 用户体验测试
    • 接口测试
    • 客户端数据库测试.
  • 五、APP用例编写
  • • APP测试例编写原则
    • APP测试例编写要求
    • 测试用例的常见问题

app测试移动应用测试 （功能测试）0基础

一、背景介绍

随着科学技术的飞速发展，当今的计算机发展已进入了移动互
联网时代。在我国，随着3G 、4G网络和智能手机的快速发展，
人们已经逐渐养成通过智能手机进行上网的习惯，由智能手机
带动的新兴应用正在开辟一个新的计算机时代-移动互联网时代。
移动互联网无疑是当前世界最关注的领域之一，以苹果、
Google等领衔的智能手机和平板电脑正在悄然改变人们对手机
和电脑的传统观念。可见随着各种有价值、实用的应用软件的
不断产生，一个更加庞大和快速发展的用户市场正在形成，面
对如此庞大的移动互联网应用市场，基于移动互联网的软件测
试也越来越重要。基于移动互联网的软件测试，从技术上来讲
应该是传统软件测试的一个继承和发展。
移动终端种类

移动平台两分天下

IOS介绍
IOS是由苹果公司开发的手持设备操作系统。苹果公司最早
于2007年1月9日的Macworld大会上公布这个系统，最初是设
计给iPhone使用的，后来陆续套用到iPod touch、iPad以及
Apple TV等苹果产品上。iOS与苹果的Mac OS X操作系统一
样，它也是以Darwin为基础的，因此同样属于类Unix的商业
操作系统。原本这个系统名为iPhone OS，直到2010年6月7
日WWDC大会上宣布改名为iOS。截止至2011年11月，根据
Canalys的数据显示，iOS已经占据了全球智能手机系统市场
份额的30%，在美国的市场占有率为43% 。
色的触控体验
大的APP Store
全性及扩展性强

app生命周期图

移动应用与传统PC应用的区别

移动应用份额增长强劲

市场分析

产品在投入研发之前，企业高层决策评估项目的必要性。其
内容涉及市场分析，销售策略，盈利预测等。
输出产物：商业需求文档（BRD）
BRD的文档结构主要包括：
– 1.方案形成背景
– 2.方案价值（经济类和非经济类的）
– 3.产品规划
– 4.盈利模式
– 5.收益与成本评估
– 6.风险和对策

需求调研

经过一系列的分析后，拿出一套你认为最合理的干某个事情的方法
，调研采用什么样的方式获得BRD里面的商业目标。
输入产物：市场需求文档（MRD）
MRD的文档结构主要包括：
– 1.文档说明
– 2.市场分析
– 3.用户分析
– 4.产品说明

产品制造

产品项目由“概念化”阶段进入到“具体化”阶段的最主要的阶段。
该阶段通过产品需求文档（PRD）指导产品的开发实现。
产品需求文档（PRD），就像建筑设计师的设计图纸，是整个设计和
思考的结晶；同时，也是思考过程呈现。
广义上来讲，产品需求的描述，应该包含有产品的战略和战术，战略
是指：产品定位、目标市场、目标用户、竞争对手等。战术是指产品
的结构、核心业务流程、具体用例描述、功能&内容描述等，本文主
要讨论的是战术部分。

交互设计

业务模型框架化
– 在产品的概念阶段时期，交互设计师需要基关注用户界面和整体
结构，这个过程被称作“框架设计”
– 框架设计就是一种基于用户目标的导航架构和流程设计。
– 这个阶段交互的产出物主要有导航架构图，流程图和低保真线框
图。
框架界面化
– 在定义完功能模块的页面结构和流程后，交互设计师还需要设计
规划使用者的操作，这些包括页面元素的主次关系，小部件的处
理，元素的组织，界面的引导等等。
– 这个阶段交互设计师需要提供原型demo

产品开发

也许用户的意见是个圆形，但经过分析之后，很有可能得到需求是个三角形。
“如果我最初问消费者他们想要什么，他们应该是会告诉我，‘要一匹更快的马！’”
——这是亨利·福特的一句经典名言，如今我们在《乔布斯传》里又见到了它。
100多年前，福特公司的创始人亨利·福特先生到处跑去问客户：“您需要一个什么样的更好的交通工具几乎所有人的答案都是：“我要一匹更快的马”。很多人听到这个答案，于是立马跑到马场去选马配种，以满足客户的需求。但是福特先生却没有立马往马场跑，而是接着往下问。
福特：“你为什么需要一匹更快的马
客户：“因为可以跑得更快！”
福特：“你为什么需要跑得更快
客户：“因为这样我就可以更早的到达目的地。”
福特：“所以，你要一匹更快的马的真正用意是
客户：“用更短的时间、更快地到达目的地！”
于是，福特并没有往马场跑去，而是选择了制造汽车去满足客户的需求。

三、APP测试流程

移动APP测试分类

什么是移动APP测试/h3>

移动APP测试定义：
移动APP测试就是符合多
种网络，不同系统不同分辨
率下发现软件缺陷，并保证
提高软件质量的过程。

移动APP测试的考虑要点

端资源有限（CPU、内存、磁盘）
境特殊（移动空间、网络环境、应用五花八门）
户为核心（文化背景、操作习惯）
么操作都有可能
户体验至关重要

***移动应用测试的重点

用户体验是移动应用成败的关键，所以也是移动应用测试需要
高度关注的地方。

1.测试计划

– 计划是指用文字和指标等形式所表述的组织以及组织内不同部门和
不同成员，在未来一定时期内关于行动方向、内容和方式安排的管
理事件。
– 测试计划是对系统测试全过程的组织、资源、原则等进行规定和约
束，并制定系统测试全过程各个阶段的任务以及时间进度安排，并
提出对各项任务的评估、风险分析和管理需求。
– 测试计划的要点：
– 确定测试范围和资源安排
– 制定进度安排
– 风险及对策
– 准入标准和准出标准

影响项目成功的要素

范围
时间
成本
质量
风险
人力资源
沟通
采购

测试方案

3.测试准备

测试用机准备
– 根据适配测试策略准备测试用机
测试数据准备
– 测试团队安排专人进行测试数据的生成
– 测试组提出数据申请要求，由其他项目组配合完成
版本提测
– 版本部署
– 冒烟测试

4.测试执行

第一轮测试：
– 冒烟测试通过后，开始执行系统测试用例，即进行详细的功能
测试，在功能测试过程中主要以黑盒测试为主，同时执行操作
类型测试。
– 功能测试过程中，若发现大量Bug，在开发Fix bug过程中，快
速执行弱网测试等。
第二轮测试：
– 主要为了发现深层次的Bug，除了验证bug fix外，还加入了适
配测试，弱网络测试等非功能测试

缺陷处理过程

四、APP测试方法

App测试层级体系

功能测试

运行APP

1）App安装完成后的试运行，可正常打开软件。
2）App打开测试，是否有加载状态进度提示。
3）App打开速度测试，速度是否可观。
4）App页面间的切换是否流畅，逻辑是否正确
5）注册
–同表单编辑页面
–用户名密码长度
–注册后的提示页面
–前台注册页面和后台的管理页面数据是否一致
–注册后，在后台管理中页面提示
6）登录
–使用合法的用户登录系统。
–系统是否允许多次非法的登陆，是否有次数限制。
–使用已经登陆的账号登陆系统是否正确处理。
–使用禁用的账号登陆系统是否正确处理。
–用户名、口令（密码）错误或漏填时能否登陆。
–删除或修改后的用户，原用户登陆。
–不输入用户口令和用户、重复点（确定或取消按钮）是否允许登陆。
–登陆后，页面中登陆信息。
–页面中有注销按钮。
–登陆超时的处理。
7）注销
–注销原模块，新的模块系统能否正确处理。
–终止注销能否返回原模块，原用户。
–注销原用户，新用户系统能否正确处理。
–使用错误的账号、口令、无权限的被禁用的账号进行注销

应用的前后台切换

1) APP切换到后台，再回到app，检查是否停留在上一次
操作界面。
2) APP切换到后台，再回到app，检查功能及应用状态是
否正常，IOS4和IOS5的版本的处理机制有的不一样。
3) app切换到后台，再回到前台时，注意程序是否崩溃
，功能状态是否正常，尤其是对于从后台切换回前台数据
有自动更新的时候。
4) 手机锁屏解屏后进入app注意是否会崩溃，功能状态
是否正常，尤其是对于从后台切换回前台数据有自动更新
的时候。
5) 当App使用过程中有电话进来中断后再切换到app，功
能状态是否正常
6) 当杀掉app进程后，再开启app，app能否正常启动。
7) 出现必须处理的提示框后，切换到后台，再切换回来
，检查提示框是否还存在，有时候会出现应用自动跳过提
示框的缺陷。
8) 对于有数据交换的页面，每个页面都必需要进行前后
台切换、锁屏的测试，这种页面最容易出现崩溃

免登录

很多应用提供免登录功能，当应用开启时自动以上一次登录
的用户身份来使用app.
1) app有免登录功能时，需要考虑IOS版本差异。
2) 考虑无网络情况时能否正常进入免登录状态。
3) 切换用户登录后，要校验用户登录信息及数据内容是
否相应更新，确保原用户退出。
4) 根据MTOP的现有规则，一个帐户只允许登录一台机
器。所以，需要检查一个帐户登录多台手机的情况。原手
机里的用户需要被踢出，给出友好提示。
5) app切换到后台，再切回前台的校验
6) 切换到后台，再切换回前台的测试
7) 密码更换后，检查有数据交换时是否进行了有效身份
的校验
8) 支持自动登录的应用在进行数据交换时，检查系统是
否能自动登录成功并且数据操作无误
9) 检查用户主动退出登录后，下次启动app，应停留在
登录界面

数据更新

根据应用的业务规则，以及数据更新量的情况，来确定最优的数
据更新方案。
1) 需要确定哪些地方需要提供手动刷新，哪些地方需要自动刷
新，哪些地方需要手动+自动刷新。
2) 确定哪些地方从后台切换回前台时需要进行数据更新。
3) 根据业务、速度及流量的合理分配，确定哪些内容需要实时
更新，哪些需要定时更新。
4) 确定数据展示部分的处理逻辑，是每次从服务端请求，还是
有缓存到本地，这样才能有针对性的进行相应测试。
5) 检查有数据交换的地方，均有相应的异常处理。

离线浏览

很多应用会支持离线浏览，即在本地客户端会缓存一部分数
据供用户查看。
1) 在无网络情况可以浏览本地数据
2) 退出app再开启app时能正常浏览
3) 切换到后台再切回前台可以正常浏览
4) 锁屏后再解屏回到应用前台可以正常浏览
5) 在对服务端的数据有更新时会给予离线的相应提示

App更新

1) 当客户端有新版本时，有更新提示。
2) 当版本为非强制升级版时，用户可以取消更新，老版本能正
常使用。用户在下次启动app时，仍能出现更新提示。
3) 当版本为强制升级版时，当给出强制更新后用户没有做更新
时，退出客户端。下次启动app时，仍出现强制升级提示。
4) 当客户端有新版本时，在本地不删除客户端的情况下，直接
更新检查是否能正常更新。
5) 当客户端有新版本时，在本地不删除客户端的情况下，检查
更新后的客户端功能是否是新版本。
6) 当客户端有新版本时，在本地不删除客户端的情况下，检查
资源同名文件如图片是否能正常更新成最新版本。如果以上无
法更新成功的，也都属于缺陷。

定位、照相机服务

1) App有用到相机，定位服务时，需要注意系统版本差异
2) 有用到定位服务、照相机服务的地方，需要进行前后台的切换测
试，检查应用是否正常。
3) 当定位服务没有开启时，使用定位服务，会友好性弹出是否允许
设置定位提示。当确定允许开启定位时，能自动跳转到定位设置中开
启定位服务。
4) 测试定位、照相机服务时，需要采用真机进行测试。

时间测试

客户端可以自行设置手机的时区、时间，因此需要校验该设置
对app的影响。
–中国为东8区，所以当手机设置的时间非东8区时，查看需要
显示时间的地方，时间是否展示正确，应用功能是否正常。时
间一般需要根据服务器时间再转换成客户端对应的时区来展示
，这样的用户体验比较好。比如发表一篇微博在服务端记录的
是10：00，此时，华盛顿时间为22：00，客户端去浏览时，
如果设置的是华盛顿时间,则显示的发表时间即为22:00,当时间
设回东8区时间时，再查看则显示为10：00。

PUSH测试

1) 检查push消息是否按照指定的业务规则发送
2) 检查不接受推送消息时，检查用户不会再接收到push.
3) 如果用户设置了免打扰的时间段，检查在免打扰时间
段内，用户接收不到PUSH。
在非免打扰时间段，用户能正常收到push。
4) 当push消息是针对登录用户的时候，需要检查收到的
push与用户身份是否相符，没有错误地将其它人的消息
推送过来。一般情况下，只对手机上最后一个登录用户进
行消息推送。
5) 测试push时，需要采用真机进行测试。

非功能测试

兼容性测试—分辨率

兼容性测试自动化

1.谷歌是如何做兼容性测试自动化的br> – 工具：Android Compatibility Test Suite（简称Android CTS
）
– 缺点：局限于官方出的系统
2.Emulator（Android-sdk自带：AVD Manager）
– 缺点：比较理想环境，测试结果仅供参考，价值不大
3.云测平台：testin
– 优点：测试机型很多，可以给出很详细测试报告
– 缺点：测试结果仅供参考，意义不大
总结：工具测试只能起到一定辅助作用，无法解决真实用
户场景。

异常测试

服务器异常时稳定性
外部事件影响（电话，短信等）
内存是否有溢出或者泄漏
多线程问题
是否存在闪退
不放SIM卡、不联网
放置不同参数和seed值
附：Monkey测试可以测试出80%的崩溃。

专项测试

弱网测

来源：小辣椒1213