前言

  看过许多大神对APP测试的理解,博主总结了一下我们平时测试APP应该注意的一些测试点并结合大神的理解,总结出这篇文章。

一.测试周期

  测试周期一般为两周,根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。

二.测试资源

  2.1 产品功能需求文档

  2.2 产品原型图

  2.3 UI设计效果图

  2.4 测试设备(ios、Android、Winphone7.1及以上;Symbian v3/v5/Nokia Belle(这些系统应该已经没人用,可根据实际情况自己安排))

  2.5 测试计划

  2.6 测试大纲/测试用例

  2.7 其他(例如有秒杀专题的项目,需要规划秒杀时间表;有优惠券使用的项目,需要申请添加优惠券数据;支付宝/银联支付功能的项目,需要提前申请支付宝/银联账户等等)

三.测试要点

3.1 UI测试  

  A)  确保手头的原型图与效果图为当前最新版本。

  B)  确保产品UI符合产品经理制定的原型图与效果图。

  C)  一切界面问题以效果图为准,若有用户体验方面的建议,必须先以邮件或口头的形式询问产品经理。

  D)由于测试环境中的数据为模拟数据,测试时必须预先考虑到正式环境中可能出现的数据类型。

3.2 功能测试  

  根据软件说明或用户需求验证App的各个功能实现,采用如下方法实现并评估功能测试过程:

    1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景,对比说明或需求,整理出内在、外在及非功能直接相关的需求,构建测试点,并明确测试标准。
    2)根据被测功能点的特性列出相应类型的测试用例对其进行覆盖,如:设计输入的地方需要考虑等价、边界、负面、异常、非法、场景回滚、关联测试等测试类型对其进行覆盖。
    3)在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况,及时修正业务或需求理解错误。
  1.运行
 1)App安装完成后的试运行,可正常打开软件。
 2)App打开测试,是否有加载状态进度提示。
 3)App页面间的切换是否流畅,逻辑是否正确。
 4)注册
  • 用户名密码长度
  • 注册后的提示页面
  • 前台注册页面和后台的管理页面数据是否一致
  • 注册账号的输入方式——复制粘贴输入/键盘输入
  • 注册账号错误或者不合法提示语是否正确
  • 注册账号密码中带有特殊字符
  • 注册已注册过的账号
  • 密码的显示方式(明文/暗文)
 5)登录
  • 使用合法的用户登录系统
  • 系统是否允许多次非法的登录,是否有次数限制
  • 使用已经登录的账号登录系统是否正确处理
  • 用户名、口令(密码)错误或漏填时能否登陆
  • 删除或修改后的用户,原用户名登陆
  • 不输入用户口令和重复点“确定/取消”按钮,是否允许登录
  • 登陆后,页面中登录信息
  • 页面中有注销按钮
  • 登录超时的处理
  • 正确账号,错误密码
  • 错误账号,正确密码
  • 账号密码为空
  • 账号密码含有特殊字符
  • 正确账号,密码大小写输入相反
  • 一个账号多台手机登录
 2.应用的前后台切换
  1)App切换到后台,再回到App,检查是否停留在上一次操作界面。
  2)App切换到后台,再回到App,检查功能及应用状态是否正常。
  3)App切换到后台,再回到前台时,注意程序是否崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候。
  4)手机锁屏解锁后进入App注意是否会崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候。
  5)当App使用过程中有电话进来中断后再切换到App,功能状态是否正常。
  6)当杀掉App进程后,再开启App,App能否正常启动。
  7)出现必须处理的提示框后,切换到后台,再切换回来,检查提示框是否还存在,有时候会出现应用自动跳过提示框的缺陷。
  8)对于有数据交换的页面,每个页面都必须要进行前后台切换、锁屏的测试,这种页面最容易出现崩溃。
 3.免登陆
  很多应用提供免登陆功能,当应用开启时自动以上一次登录的用户身份来使用App。
  1)考虑无网络情况时能否正常进入免登录状态。
  2)切换用户登陆后,要校验用户登录信息以及数据内容是否相应更新,确保原用户退出。
  3)根据Mtop的现有规则,一个账户只允许登陆一台机器。所以,需要检查一个账户登录多台手机的情况。原手机里的用户需要被退出,给出友好提示。
  4)密码更换后,检查有数据交换时是否进行了有效身份的校验。
  5)支持自动登录的应用在进行数据校验时,检查系统是否能自动登录成功并且数据操作无误。
  6)检查用户主动退出登录后,下次启动App,应停留在登录界面。
 4.离线浏览
  很多应用会支持离线浏览,即在本地客户端会缓存一部分数据供用户查看。
  1)在无线网络情况可以浏览本地数据。
  2)退出App再开启App时能正常浏览。
  3)切换到后台再回到前台可以正常浏览。
  4)锁屏后再解锁回到应用前台可以正常浏览。
  5)在对服务器段的数据有更新时回给予离线的相应提示。
 5.App更新
  1)当客户端有新版本时,有更新提示。
  2)当版本为非强制升级版时,用户可以取消更新,老版本能正常使用。用户在下次启动App时,仍出现更新提示。
  3)当版本为强制升级版时,但给出强制更新后用户没有做更新时,退出客户端。下次启动App时,仍出现强制升级提示。
  4)当客户端有新版本时,在本地不删除客户端的情况下,直接更新检查是否能正常更新。
  5)当客户端有新版本时,在本地不删除客户端的情况下,检查更新后的客户端功能是否是新版本。
  6)当客户端有新版本时,在本地不删除客户端的情况下,检查资源同名文件如图片是否能正常更新成最新版本。如果以上无法更新成功的,也都属于缺陷。
 6.定位、照相机服务
  1)App有用到相机,定位服务时,需要注意系统版本差异。
  2)有用到照相机服务的地方,需要进行前后台的切换测试,检查应用是否正常。
  3)测试照相机服务时,需要采用真机进行测试。
 7.PUSH测试
  1)检查Push消息是否按照指定的业务规则发送。
  2)检查不接收推送消息时,用户不会在接收到Push消息。
  3)如果用户设置了免打扰的时间段,检查在免打扰时间段内,用户接收不到Push。在非免打扰时间段内,用户能正常收到Push。
  4)当Push消息是针对登录用户的时候,需要检查收到的Push与用户身份是否相符,没有错误的将其他人的消息推送过来。一般情况下,只对手机上最后一个登录用户进行消息推送。
  5)测试Push时,需要采用真机进行测试。

3.3 安装卸载测试

  验证App是否能正确安装、运行、卸载、以及操作过程和操作前后对系统资源的使用情况

 1.安装
  1)软件安装后是否能够正常运行,安装后的文件夹以及文件是否写到了指定的目录里。
  2)软件安装各个选项的组合是否符合概要设计说明。
  3)软件安装向导的UI测试
  4)安装后没有生成多余的目录结构和文件。
 2.卸载
  1)测试系统直接卸载程序是否有提示信息。
  2)测试卸载后文件是否全部删除所有的安装文件夹。
  3)卸载是否支持取消功能,单击取消后软件卸载的情况。
  4)系统直接卸载UI测试,是否有卸载状态进度条提示。

3.4 兼容测试

  A)  确保软件在所有兼容机型上都能正常使用(ios一般需要兼容7或者6,  ios5可以不用考虑,用户使用率已经低于5%以下)

  B)  对于低端性能兼容机上独有的问题(例如ios5以下、Android1.6以下),若在技术上难以修改或者由于排期的原因无法在短时间内改进,必须在测试日报中注明,并得到技术平台主管、产品经理以及运营人员的确认,最好以邮件的形式得到确认)

3.5 性能测试

  1)响应能力测试:测试App中的各类操作是否满足用户响应时间要求。

  • App安装、卸载的响应时间
  • App各类功能性操作的响应时间
  2)压力测试,反复/长期操作下,系统资源是否占用异常。
  • App反复进行安装卸载,检查系统资源是否正常
  • 其他功能反复进行操作,检查系统资源是否正常

3.6 交叉事件测试

  针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法。交叉测试又叫事件或冲突测试,是指一个功能正在执行过程中,同时另外一个事件或操作对该过程进行干扰的测试。如:App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。

  交叉事件测试非常重要,能发现很多应用中潜在的性能问题。
  1)多个App同时运行是否影响正常功能。
  2)App运行时前/后台切换是否影响正常功能。
  3)App运行时拨打/接听电话。
  4)App运行时发送/接收信息。
  5)App运行时发送/收取邮件。
  6)App运行时浏览网络。
  7)App运行时使用蓝牙传送/接收数据。
  8)App运行时使用相机、计算器等手机自带设备。

3.7 回归测试

  A)软件最终上线前,需对产品进行回归测试,测试内容包含之前所有的测试项目

  B)回归测试不再对细节进行测试,而是类似于对产品进行验收,从客户正常使用的角度对产品进行再一轮的整体测试。

  C)只有在回归测试通过之后,才对产品进行提交。

3.8 安全测试

1.安装卸载安全测试

  1)应用程序应能正确安装到设备驱动程序上

  2)能够在安装设备驱动程序上找到应用程序的相应图标
  3)安装路径应能指定
  4)没有用户的允许,应用程序不能预先设定自动启动
  5)卸载是否安全,其安装进去的文件是否全部卸载
  6)卸载用户使用过程中产生的文件是否有提示
  7)其修改的配置信息是否复原
  8)卸载是否影响其他软件的功能
  9)卸载应该移除所有的文件

2.数据安全性

  1)当将密码或其它的敏感数据输入到应用程序时,其不会被存储在设备中,同时密码也不会被解码。

  2)输入的密码将不以明文形式进行显示。
  3)密码、信用卡明细或其他的敏感数据将不被存储在它们预输入的位置上。
  4)不同的应用程序的个人身份证显示长度必须至少在4-8个数字长度之间,密码暗文显示。
  5)当应用程序处理信用卡明细或其它的敏感数据时,不以明文形式将数据写到其他单独的文件或者临时文件中。以防止应用程序异常终止而又没有删除它的临时文件,文件可能遭受入侵者的袭击,然后读取这些数据信息。
  6)当建立敏感数据输入到应用程序时,其不会被存储在设备中。
  7)应用程序应考虑或者虚拟机器产生的用户提示信息或安全警告
  8)应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警告显示前,利用显示误导信息欺骗用户,应用程序不应该模拟进行安全警告误导用户。
  9)在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作。
  10)应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况。
  11)当进行读或写用户信息操作时,应用程序将会向用户发送一个操作错误的提示信息。
  12)在没有用户明确许可的前提下不损坏、删除个人信息管理应用程序中的任何内容。
  13)如果数据库中重要的数据正要被重写,应及时告知用户。
  14)能合理的处理出现的错误。
  15)意外情况下应提示用户。

3.通讯安全性

  1)在运行软件过程中,如果有来电、SMS、蓝牙等通讯或充电时,是否能暂停程序,优先处理通信,并在处理完毕后能正常恢复软件,继续其原来的功能。

  2)当创立连接时,应用程序能够处理因为网络连接中断,进而告诉用户连接中断的情况。
  3)应能处理通讯延时或中断。
  4)应用程序将保持工作到通讯超时,进而给用户一个错误信息指示有链接错误。
  5)应能处理网络异常和及时将异常情况通报用户。
  6)应用程序关闭网络连接不再使用时应及时关闭,断开。

四. 提交测试报告

  根据自己的测试结果,输出一份测试报告,邮箱发给相应的负责人。

App测试基本流程详解(汇总整理)的更多相关文章

  1. App测试基本流程详解

    1 APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间,一般测试时间为两三周(即15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间. 1.3测试资 ...

  2. 【2015年最新App Store退款流程详解】最详细AppStore退款流程图文教程

    本帖最后由 想吐就吐出来 于 2015-7-1 14:25 编辑 如果你一不小心买错了iOS软件,从App Store上下载了游戏或软件后悔了,那怎么办?可以退款吗?答案是可以的!苹果这点还是很人性化 ...

  3. C++的性能C#的产能?! - .Net Native 系列《二》:.NET Native开发流程详解

    之前一文<c++的性能, c#的产能?!鱼和熊掌可以兼得,.NET NATIVE初窥> 获得很多朋友支持和鼓励,也更让我坚定做这项技术的推广者,希望能让更多的朋友了解这项技术,于是先从官方 ...

  4. 测试框架mochajs详解

    测试框架mochajs详解 章节目录 关于单元测试的想法 mocha单元测试框架简介 安装mocha 一个简单的例子 mocha支持的断言模块 同步代码测试 异步代码测试 promise代码测试 不建 ...

  5. APP测试基本流程以及APP测试要点

    APP测试流程梳理 APP测试要点梳理 链接:http://pan.baidu.com/s/1gfaEZ1x 密码:07yt 1 APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开 ...

  6. git概念及工作流程详解

    git概念及工作流程详解 既然我们已经把gitlab安装完毕[当然这是非必要条件],我们就可以使用git来管理自己的项目了,前文也多多少少提及到git的基本命令,本文就先简单对比下SVN与git的区别 ...

  7. Lucene系列六:Lucene搜索详解(Lucene搜索流程详解、搜索核心API详解、基本查询详解、QueryParser详解)

    一.搜索流程详解 1. 先看一下Lucene的架构图 由图可知搜索的过程如下: 用户输入搜索的关键字.对关键字进行分词.根据分词结果去索引库里面找到对应的文章id.根据文章id找到对应的文章 2. L ...

  8. linux驱动由浅入深系列:高通sensor架构实例分析之三(adsp上报数据详解、校准流程详解)【转】

    本文转载自:https://blog.csdn.net/radianceblau/article/details/76180915 本系列导航: linux驱动由浅入深系列:高通sensor架构实例分 ...

  9. tp6源码解析-第二天,ThinkPHP6编译模板流程详解,ThinkPHP6模板源码详解

    TP6源码解析,ThinkPHP6模板编译流程详解 前言:刚开始写博客.如果觉得本篇文章对您有所帮助.点个赞再走也不迟 模板编译流程,大概是: 先获取到View类实例(依赖注入也好,通过助手函数也好) ...

随机推荐

  1. RockerMQ介绍 及搭建双master模式

    一.RocketMQ介绍 1.1 简介 RocketMQ 是一款分布式.队列模型的消息中间件,具有以下特点: 能够保证严格的消息顺序 提供丰富的消息拉取模式 高效的订阅者水平扩展能力 实时的消息订阅机 ...

  2. Linux 下 mysql的基本配置

    Linux 下 mysql的基本配置 2013年02月27日 ⁄ MySQL ⁄ 共 3000字 ⁄ 暂无评论 ⁄ 被围观 2,483 views+ 1. Linux mysql安装:    $ yu ...

  3. TZOJ 2722 Matrix(树状数组区间取反单点查询)

    描述 Given an N*N matrix A, whose elements are either 0 or 1. A[i, j] means the number in the i-th row ...

  4. 关于viewport我自己的理解

    其实即使不在html中添加meta viewport标签,每个移动端浏览器都会有一个默认的viewport,只是这个viewport的宽度是980,然后做1:3或者1:2的自动缩放.所以当不在html ...

  5. DataTable 作为ObjectDataSource的数据源

    好像是不能直接实现的.不过我从网上找到了这样的方法: 比如在BLL层中,SubjectManager是我对Subject表的业务类,此类中包含了Subject表的增删改查等各种方法.在aspx 页面中 ...

  6. JsRender 学习总结

    jsRender 三个最重要的概念:模板.容器和数据. 最重要的是:view(视图) 是我们定义的模板,上下文是视图所用的对象. 一.基础. {{:}} 和 {{>}}(或{{html:}})两 ...

  7. CORBA简介

    使用.NET开发corba应用 一. 什么是IIOP.NET IIOP.NET 是通过使用基于corba的IIOP支持.NET.javaEE和corba组件实现无缝互操作的技术.如图1.1所示,这种解 ...

  8. iis日志分析软件及大文本切割软件下载

    在网上找了好几个日志分析软件,觉得这个是最简单.实用的,至少对我来说. 但这个软件有个缺点,就是日志比较大时,分析详细的会溢出,需要用到文本切割工具. 软件下载: iis日志分析软件 大文本切割软件 ...

  9. Luogu 4234 最小差值生成树 - LCT 维护链信息

    Solution 将边从小到大排序, 添新边$(u, v)$时 若$u,v$不连通则直接添, 若连通则 把链上最小的边去掉 再添边. 若已经加入了 $N - 1$条边则更新答案. Code #incl ...

  10. UI设计教程学习分享:APP布局

    一.宫格布局 这种APP信息布局方式也是我们目前最常见的一种方式,也是符合用户习惯和黄金比例的设计方式,最知名的就是锤子手机的界面设计.锤子手机界面设计欣赏知名的APP设计采用的九宫格.六宫格等方式布 ...