APP测试要点—UI、功能测试
APP测试要点—UI、功能测试
⼀、UI测试
测试⽤户界⾯(如菜单、对话框、窗⼝和其它可规控件)布局、风格是否满⾜客户要求、⽂字是否正确、页⾯是否美观、⽂字、图⽚组合是否完美、操作是否友好等。
UI测试的⽬标是确保⽤户界⾯会通过测试对象的功能来为⽤户提供相应的访问或浏觅功能。确保⽤户界⾯符合公司或⾏业的标准。包括⽤户友好性、⼈性化、易操作性测试。
导航测试
英语发音软件1）按钮、对话框、列表和窗⼝等；或在不同的连接页⾯之间需要导航
2）是否易于导航，导航是否直观
3）是否需要搜索引擎
4）导航帮助是否准确直观
三豆手工皂
5）导航与页⾯结构、菜单、连接页⾯的风格是否⼀致
图形测试
1）横向⽐较。各控件操作⽅式统⼀
2）⾃适应界⾯设计，内容根据窗⼝⼤⼩⾃适应
3）页⾯标签风格是否统⼀
4）页⾯是否美观
5）页⾯的图⽚应有其实际意义⽽要求整体有序美观
6）图⽚质量要⾼且图⽚尺⼨在设计符合要求的情况下应尽量⼩
汽车下乡补贴政策
7）界⾯整体使⽤的颜⾊不宜过多
内容测试
1）输⼊框说明⽂字的内容与系统功能是否⼀致
2）⽂字长度是否加以限制
装修后如何除甲醛3）⽂字内容是否表意不明
4）是否有错别字
5）信息是否为中⽂显⽰
6）是否有敏感性词汇、关键词
7）是否有敏感性图⽚，如：涉及版权、专利、隐私等图⽚
⼆、功能测试
根据软件说明或⽤户需求验证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时，需要采⽤真机进⾏测试。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。