APP测试要点—UI、功能测试

1、UI测试

测试用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否知足客户要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操做是否友好等。

UI测试的目标是确保用户界面会经过测试对象的功能来为用户提供相应的访问或浏觅功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操做性测试。

导航测试

1）按钮、对话框、列表和窗口等；或在不一样的链接页面之间须要导航

2）是否易于导航，导航是否直观

3）是否须要搜索引擎

4）导航帮助是否准确直观

5）导航与页面结构、菜单、链接页面的风格是否一致

图形测试

1）横向比较。各控件操做方式统一

2）自适应界面设计，内容根据窗口大小自适应

3）页面标签风格是否统一

4）页面是否美观

5）页面的图片应有其实际意义而要求总体有序美观

6）图片质量要高且图片尺寸在设计符合要求的状况下应尽可能小

7）界面总体使用的颜色不宜过多

内容测试

1）输入框说明文字的内容与系统功能是否一致

2）文字长度是否加以限制

3）文字内容是否表意不明

4）是否有错别字

5）信息是否为中文显示

6）是否有敏感性词汇、关键词

7）是否有敏感性图片，如：涉及版权、专利、隐私等图片

 

2、功能测试

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

1)采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼App的用户使用场景，对比说明或需求，整理出内在、外在及非功能直接相关的需求，构建测试点，并明确测试标准，若用户需求中无明确标准遵循，则须要参考行业或相关国际标准或准则。

2)根据被测功能点的特性列丼出相应类型的测试用例对其进行覆盖，如；涉及输入的地方须要考虑等价、边界、负面、异常或非法、场景回滚、关联测试等测试类型对其进行覆盖。 

3)在测试实现的各个阶段跟踪测试实现与需求输入的覆盖状况，及时修正业务或需求理解错误。

运行

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时，须要采用真机进行测试。