无线 iphone客户端测试白皮书(三)

7 、 PUSH 测试

1) 检查 push 消息是否按照指定的业务规则发送

2) 检查不接受推送消息时,检查用户不会再接收到 push.

3) 如果用户设置了免打扰的时间段,检查在免打扰时间段内,用户接收不到 PUSH。在非免打扰时间段,用户能正常收到 push.

4) 当 push 消息是针对登录用户的时候,需要检查收到的 push 与用户身份是否相符,没有错误地将其它人的消息推送过来。一般情况下,只对手机上最后一个登录用户进行消息推送。

5) 测试 push 时,需要采用真机进行测试。

8 、 定位、照相机服务

1) App 有用到相机,定位服务时,需要注意 IOS 版本差异

2) 有用到定位服务、照相机服务的地方,需要进行前后台的切换测试,检查应用是否正常。

3) 当定位服务没有开启时,使用定位服务,会友好性弹出是否允许设置定位提示。当确定允许开启定位时,能自动跳转到定位设置中开启定位服务。

4) 测试定位、照相机服务时,需要采用真机进行测试

9 、 客户端更新

1) 当客户端有新版本时,有更新提示。

2) 当版本为非强制升级版时,用户可以取消更新,老版本能正常使用。用户在下次启动 app 时,仍能出现更新提示。

3) 当版本为强制升级版时,当给出强制更新后用户没有做更新时,退出客户端。下次启动 app 时,仍出现强制升级提示。

4) 当客户端有新版本时,在本地不删除客户端的情况下,直接更新检查是否能正常更新。

5) 当客户端有新版本时,在本地不删除客户端的情况下,检查更新后的客户端功能是否是新版本。

6) 当客户端有新版本时,在本地不删除客户端的情况下,检查资源同名文件如图片是否能正常更新成最新版本。如果以上无法更新成功的,也都属于缺陷。

10 、 CHECK CODE

客户端在拿图片的时候,一般会将其缓存到本地,减少每次请求服务时所耗的流量。但是有一种图片是不能带缓存的方式存取的,这个就是checkcode。如果开发使用了带缓存方式的方法去取checkcode的图片,就会造成验证码错误的情况。因为check code图片的链接是一样的,但是每次这个链接请求到的数据是不一样的,所以这块测试要额外注意。

11 、 其它比较常见的通用内容

1) iphone3 比 iphone4 像素低一半,Iphone3 为 320*480,iphon4 为 640*960。图片需要分成 2 套来开发,检查应用资源图片展示有无模糊。

2) 当 app 支持某版本及以上时,需要对相应的版本进行兼容性测试

3) 对模拟键盘的处理,例如键盘展开后,点击其他位置能否正常收起,键盘使用完成后能否正常收起。

4) 同时或者快速点击不同的两个按键,检查程序是否正常,此问题经常会出现crash,或者出现两个功能界面并存的情况。

5) 较快速度点击同一按钮多次,检查程序是否正常,一般情况下需要对按钮做置灰处理,只允许操作一次,否则可能会产生重复数据。

6) 文字含特殊符号的展示显示能正常输出,不转义显示,如<>不会显示成&lt;&gt;

7) 考虑界面的完整性,在 ios 界面数据显示宽度上,我们要考虑是自适应,还是自动换行,当自适应的时候,ios 程序会在显示不全的时候自动显示…,此时,就要考虑哪些内容是可以…,哪些内容是必须要完整显示的。

8) 应用在有数据自动更新时,必须要有超时时间,如果超过指定时间还没有更新成功,要给予提示,而不能一直进行数据交换,更不能影响 用户的正常使用。

9) 多线程情况处理。多线程同时操作一个数据库的问题,经常会引起 app 崩溃。因此,当数据交换存在多线程情况处理时,此块要进行反复测试。

10) 对于用户的密码、通讯录等涉及隐私的数据,需要进行加密处理。

11) 手机端和 PC 端业务关联的问题,如果在手机端上特有功能注意在 PC 端上的处理,如果在 PC 端上特有的功能,在手机端上也要做相应的容错处理。

12) 字体,颜色,视觉搭配的感观测试也是很重要的一点,如果你感觉看上去很模糊,或者说看着很累就说明设计上肯定是存在一定问题的,快点找视觉大师们整改吧。

问题排查

我们在客户端测试时,经常会碰到程序 crash,有的是可以重现出现,有的莫名其妙的闪退可能我们不知道原因无法重现。这时候我们需要利用日志这个武器来帮助分析问题原因的所在。

1、 连上 XCODE 运行,打开 debug 区查看日志输出情况。当测试发现 bug 时,我们可以自己先做一个简单的排查。反复操作出现 BUG 的功能,查看日志输出内容:

1) 看 debug 输出区里的日志输出内容中有无错误

2) 将debug中请求服务器的URL拷出来在浏览器上访问一下看服务端返回的数据是否正确

2、 如果在真机上测试时遇到有 crash,可以将真机的 crash 文件导出来提供给开发,帮助开

发排查问题。

原文地址:https://www.cnblogs.com/xqtesting/p/8178617.html

时间: 2024-08-30 13:22:08

无线 iphone客户端测试白皮书(三)的相关文章

《2016上半年APP测试白皮书》:平均每款应用存在41个问题

2016年已过半,目前,经过几年高速发展后的国内市场移动互联网用户量已经趋于饱和,这让想要在该行业先发制人.出奇制胜的机会已经一去不复返.究竟App如今存在哪些方面的质量问题,不同类别的应用需要关注的内容是否相同?看似普通的兼容性测试又有哪些被人忽略却至关重要的关键点?这些问题就是阻碍你在这片拼杀激烈的商业红海中站住脚跟的关键. 继<2016年上半年手游测试数据分析报告>后,TestBird再次重磅推出<2016上半年App测试白皮书>(以下简称白皮书),希望通过上半年总共测试的2

精准测试白皮书-2019最新版

精准测试白皮书 精准测试诞生的背景 现代社会是建立在各种以计算机为基石的软件技术基础之上的.随着日新月异的需求变化,软件系统越来越复杂.很多人觉得软件开发才是重要环节,但实际上,无法对大型软件进行有效的质量把控,就无法真正构建与维护大型软件.--系统中任何一个错误都可能导致整个系统的崩溃,造成无法弥补的损失,系统的任何一个微小的修改都可能引入新的缺陷导致维护困难重重. 然而,如何从极端庞大复杂的系统中迅速及时地找到故障所在,却是行业的一大难点.目前国内软件测试基本处于两种状态:一是绝大多数企业采

简单设置openvpn服务器,win xp客户端centos客户端测试;

拓扑图: 通过vpn实现远程客户端访问服务器内网: 服务器 IP 备注 centos6.6 (openvpn-server) 192.168.10.64  centos6.6 (client) 192.168.10.66 windows xp (client) 192.168.10.69 一.openvpn服务器配置 [[email protected]~]# vim /etc/sysctl.conf net.ipv4.ip_forward= 1    # 把0改成1,开启服务器端路由转发功能

淘宝分布式 key/value 存储引擎Tair安装部署过程及Java客户端测试一例

目录 1. 简介 2. 安装步骤及问题小记 3. 部署配置 4. Java客户端测试 5. 参考资料 声明 1. 下面的安装部署基于Linux系统环境:centos 6(64位),其它Linux版本可能有所差异. 2. 网上有人说tair安装失败可能是因为gcc版本问题,高版本的gcc可能不支持某些特性导致安装失败,经过实验证明,该说法是错误的,tair安装失败有各种可能的原因但绝对与gcc版本无关,比如我的gcc开始版本为4.4.7,后来tair安装失败,我重新编译低版本的gcc(gcc4.1

Kali Linux无线网络渗透测试教程(大学霸内部资料)

Kali Linux无线网络渗透测试教程(大学霸内部资料) 介绍:本教程全面讲解如何基于Kali Linux对WiFi无线网络进行渗透测试.教程包括无线网络监听.信息收集.路由器渗透测试.客户端渗透测试四大部分.内容涉及网络扫描.Wireshark抓包分析.WPS/WEP/WPA/WAP+Radius破解.漏洞扫描等技术.本教程基于Kali Linux专门讲解针对无线网络WiFi如何进行渗透测试.其中,详细揭示了无线网络的各种安全缺陷和容易被利用的漏洞. Kali Linux无线网络渗透测试 试

DNS客户端测试工具详解

由于DNS是用户接入互联网必须设置的,这里就以CentOS系统为例介绍DNS客户端的设置. 一.相关配置文件 我们知道,从主机名到IP的映射有两种方法,一种是把主机名和其对应的IP地址记录在hosts文件中,这是早期的方法.第二种方法是通过DNS服务器经过层级解析实现主机名到对应的IP地址的映射.这两种方法至今仍在系统上被采用,那么当用户需要解析主机名时,是先查找hosts文件而后再通过DNS架构解析呢?还是先进行DNS解析?它们的优先级如何?我们先看看相关的配置文件吧. /etc/hosts:

2008 R2部署SVN及WIN7客户端测试

一.从官网(https://www.visualsvn.com/server/download/) 下载服务端安装包 从(https://tortoisesvn.net/downloads.html) 下载客户端安装包,和对应的语言包 二.打开服务端按步骤安装 三.新建用户.组.库,并设置相应的权限 四.WIN7客户端测试OK! 原文地址:http://blog.51cto.com/jschinamobile/2067164

客户端测试

客户端测试 功能测试: prd 交互:页面设计:页面切换:滚屏.返回.点击等 视觉:动画加载:大图片等 安装: 包大小:预置文件完整性 权限申请:安装时:启动时:使用时 覆盖安装和升级:强升级.提示升级:中断下载包再继续等:卸载重新安装:升级后用户相关配置和信息是否可用等 卸载:保留本地文件:敏感信息移除 启动: 首次:正常启动:启动中结束进程:同意部分权限 退出后重启:结束进程重启:清缓存后启动 异常后恢复 系统相关: 网络:权限关闭-提示:无网或弱网 中断:来电.短信.通知 系统设置:系统语

安全性测试入门 (三):CSRF 跨站请求伪造攻击和防御

安全性测试入门 (三):CSRF 跨站请求伪造攻击和防御 本篇继续对于安全性测试话题,结合DVWA进行研习. CSRF(Cross-site request forgery):跨站请求伪造 1. 跨站请求伪造攻击 CSRF则通过伪装成受信任用户的请求来利用受信任的网站,诱使用户使用攻击性网站,从而达到直接劫持用户会话的目的. 由于现在的主流浏览器比如火狐和谷歌,都倾向于使用单个进程来管理用户会话(比如我们在FF和Chrome中,当要访问一个新页面时,通常是通过新增浏览器页面来达到的,而不是新开一