App功能测试的注意点

摘要:
1.推送消息测试检查推送消息是否根据指定的业务规则发送。您需要检查接收到的推送消息是否与用户的身份匹配,并且只将消息推送给手机上最后登录的用户。必须测试每个页面的前后平台切换和屏幕锁定,也就是说,一部分数据将缓存在本地客户端上,供用户查看。退出APP后打开APP,即可正常浏览本地数据。切换到后台,然后返回前台,正常浏览本地数据。锁定屏幕后,解锁屏幕并返回应用程序前台以正常浏览本地数据。

  好几个月没有写博客记录学习心得了,这次回老家深夜闲来无事写一篇记录下这段时间的面试心得,这次面试过程很多面试官都问APP的有关测试,下面我就自己的认识和工作中的经验来谈谈自己对APP测试的认识:

1.push消息推送测试

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

2.APP版本更新:

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

3.应用的前后台切换

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

4.离线浏览

  很多应用会支持离线浏览,即在本地客户端会缓存一部分数据提供给用户查看。

  1. 在无线网络情况下可以浏览本地数据。
  2. 退出APP再开启APP时能正常浏览本地数据。
  3. 切换到后台再回到前台可以正常浏览本地数据。
  4. 锁屏后再解锁回到应用前台可以正常浏览本地数据。
  5. 在对服务器端的数据有更新时会给予离线的相应提示。

5.免登陆

  很多应用提供免登陆功能,当应用开启时自动以上一次登录的用户身份来使用APP。

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

6.运行测试

  1. APP安装完成后的试运行,可正常打开软件。
  2. APP打开测试,是否有加载状态进度提示。
  3. APP页面的切换是否流畅,逻辑是否正常。
  4. 登录:

       1).使用合法的用户登陆系统;  

       2).系统是否允许多次非法的登陆,是否有次数限制;  

       3).使用已经登陆的账号登陆系统是否正确处理;  

       4).用户名、密码错误或漏填时能否登陆;  

       5).删除或修改后的用户,原用户名登陆;  

       6).不输入用户密码或者是重复点击“确定/取消”按钮,是否允许登陆;  

       7).登陆后,页面中登陆信息是否正确;  

       8).页面中是否有注销按钮;  

       9).检查对登陆超时的处理。

  5. 注册:

       1).表单编辑页面测试;

       2).用户名密码长度;

       3).注册后的提示页面;

       4).前台注册页面和后台的管理页面数据是否一致

       5).注册后,在后台管理系统中的页面提示以及数据库中的用户信息是否正常;

7.定位、照相机服务

  1. APP有用到照相机、定位服务时,需要注意系统版本差异。
  2. 有用到照相机服务的地方,需要进行前后台的切换测试,检查应用是否正常。
  3. 测试照相机服务时,需要采用真机进行测试。

  以上是我能想到的对于APP功能测试的一些测试点,以后想到了再补充。

      

免责声明:文章转载自《App功能测试的注意点》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇仿新浪微博大厅“大家正在说”功能的实现关于Nod的离线升级方案下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

System.AccessViolationException,尝试读取或写入受保护的内存。这通常指示其他内存已损坏。

从事件查看器中发现,IIS不定期崩溃并重启的现象。抓取crash dump文件后,发现能够看到异常,但没有堆栈信息(主要是只会看托管代码的堆栈,非托管的不清楚。),问题表现及dump日志的截图如下: 从dump文件的异常信息分析看,System.AccessViolationException,尝试读取或写入受保护的内存。这通常指示其他内存已损坏。...

Jmeter之关联——常用提取器

Jmeter关联所谓关联,从业务角度讲,即:某些操作步骤与其相邻步骤存在一定的依赖关系,导致某个步骤的输入数据来源于上一步的返回数据,这时就需要“关联”来建立步骤之间的联系。 简单来说,就是:将上一个请求的响应结果作为下一个请求的参数。。。 这里的提取器,都可以作为jmeter中关联的使用。 一、边界提取器 参数:前三个就不做介绍了; (4)匹配数字:-1...

mysql批量更新数据(性能优化) 第一种方式

   首先想到的是,一条一条更新的速度太慢了,然后就想批量更新,一次更新N条数据。实践是检验真理的唯一标准,不一会儿,代码就敲完了,重新试了一下,效果依旧不理想。啊哦,真是要崩溃!后面又想到了利用异步,我一下子开多个mysql连接,同时处理,可是依旧慢的一笔。然后就放弃了,更新的效率肯定是满足不了了。然后就想着绕弯子了,我新建一张表,把旧表数据取出来,处理...

通过zabbix来监控树莓派

安装zabbix-agent(4.0版本) 配置zabbix-agent(使用主动模式) 使用zabbix-sender(主动推送自定义数据) 以下 执行命令和相关配置文件: wget https://repo.zabbix.com/zabbix/4.0/raspbian/pool/main/z/zabbix-release/zabbix-releas...

Turing渲染着色器网格技术分析

Turing渲染着色器网格技术分析 图灵体系结构通过使用 网格着色器 引入了一种新的可编程几何着色管道。新的着色器将计算编程模型引入到图形管道中,因为协同使用线程在芯片上直接生成紧凑网格( meshlets ),供光栅化器使用。处理高几何复杂度的应用程序和游戏得益于两阶段方法的灵活性,该方法允许有效的剔除、详细程度的技术以及程序生成。 本文介绍了新的管道,...

互联网产品怎么做数据埋点

在互联网产品上线之后,产品和运营人员需要即时了解产品的使用情况,有多少用户,用户使用了哪些功能,停留时长,使用路径。。。等。要回答这些问题,需要有数据,不能拍脑袋想当然。数据怎么得到呢?埋点就是采集数据的重要途径。 数据埋点不是新名词,在电脑网站出来之后就有统计工具,站长们很熟悉的谷歌、百度统计等工具,通过在HTML页面中嵌入它们提供的js代码实现数据采集...