APP功能测试文档格式.docx

上传人:b****3 文档编号:7589591 上传时间:2023-05-08 格式:DOCX 页数:9 大小:18.73KB
下载 相关 举报
APP功能测试文档格式.docx_第1页
第1页 / 共9页
APP功能测试文档格式.docx_第2页
第2页 / 共9页
APP功能测试文档格式.docx_第3页
第3页 / 共9页
APP功能测试文档格式.docx_第4页
第4页 / 共9页
APP功能测试文档格式.docx_第5页
第5页 / 共9页
APP功能测试文档格式.docx_第6页
第6页 / 共9页
APP功能测试文档格式.docx_第7页
第7页 / 共9页
APP功能测试文档格式.docx_第8页
第8页 / 共9页
APP功能测试文档格式.docx_第9页
第9页 / 共9页
亲,该文档总共9页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

APP功能测试文档格式.docx

《APP功能测试文档格式.docx》由会员分享,可在线阅读,更多相关《APP功能测试文档格式.docx(9页珍藏版)》请在冰点文库上搜索。

APP功能测试文档格式.docx

隐私泄露风险:

包括访问手机信息、访问联系人信息等

允许使用手机发送接受信息功能

使用手机拍照

允许使用手机读取用户数据

检测App的用户授权级别、数据泄漏、非法授权访问等

三、登陆注册

1.如果没有网络时候,需要有个提示到用户没有连接到网络

2.现在是如果登陆之后,退出app再点击进去就可以直接到个人中心,这里应该有个缓存时间,如果在登陆缓存内,就直接进去,如果不在就引导到登陆注册页面。

而现在是需要到操作内页时候再去登陆。

3.密码:

输入密码时可见,保存密码是如何确保其安全性,能否找回密码,用户名密码长度

4.-注册后的提示页面

5.登录系统是否允许多次非法的登陆,是否有次数限制。

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

7.使用禁用的账号登陆系统是否正确处理

8.用户名、口令(密码)错误或漏填时能否登陆

9.删除或修改后的用户,原用户登陆

10.登陆超时的处理

11.注销原模块,新的模块系统能否正确处理

12.终止注销能否返回原模块,原用户

13.注销原用户,新用户系统能否正确处理

14.使用错误的账号、口令、无权限的被禁用的账号进行注销

四、卸载

1.直接删除安装文件夹卸载是否有提示信息。

2.测试系统直接卸载程序是否有提示信息。

3.卸载过程中出现的意外情况的测试(如死机、断电、重启)。

4.卸载是否支持取消功能,单击取消后软件卸载的情况。

5.系统直接卸载UI测试,是否有卸载状态进度条提示。

五、Ui测试(详见ui优化文档)

1.测试用户界面(如菜单、对话框、窗口和其它可规控件)布局、风格是否统一,文字是否正确、操作是否简单易懂、部分功能是否有相应提示,提示用语是否易懂。

2.哪些操作需要反馈、提示信息,反馈是否及时、提示是否易懂

3.相应界面是否有操作引导

六、运行

1.App安装完成后的试运行,可正常打开软件,是否有加载状态进度提示。

2.App打开速度测试,速度是否可观。

3.App页面间的切换是否流畅,逻辑是否正确

七、应用的前后台切换

1.APP切换到后台,再回到app,检查是否停留在上一次操作界面;

检查功能及应用状态是否正常;

程序是否崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候

2.手机锁屏解屏后进入app注意是否会崩溃,功能状态是否正常,尤其是对于从后台切换回前台数据有自动更新的时候。

3.当App使用过程中有电话进来中断后再切换到app,功能状态是否正常

4.当关闭app进程后,再开启app,app能否正常启动。

5.出现必须处理的提示框后,切换到后台,再切换回来,检查提示框是否还存在,是否出现自动跳过提示框(对于有数据交换的页面,每个页面都必需要进行前后台切换、锁屏的测试,这种页面最容易出现崩溃)

八、免登陆

1.应用开启时是否自动以上一次登录的用户身份来使用app.,无网络情况时能否正常进入免登录状态

2.切换用户登录后,用户登录信息及数据内容是否相应更新,确保原用户退出。

3.一个帐户只是否只能登录一台机器,一个帐户登录其他手机时,原手机里的用户是否会被踢出,并给出提示

4.app切换到后台,再切回前台的校验,切换到后台,再切换回前台的测试

5.密码更换后,检查有数据交换时是否进行了有效身份的校验

6.支持自动登录的应用在进行数据交换时,检查系统是否能自动登录成功并且数据操作无误。

7.用户主动退出登录后,下次启动app,是否停留在登录界面

九、数据更新

4.哪些数据需要手动刷新,哪些数据会自动刷新,哪些数据是手动+自动刷新

确定哪些数据从后台切换回前台时需要进行数据更新。

哪些内容需要实时更新,哪些需要定时更新

确定数据时需从服务端请求,还是有缓存到本地

十、离线浏览

6.是否支持离线浏览,即在本地客户端会缓存一部分数据供用户查看

在无网络情况可以是否浏览本地数据

退出app再开启app时是否能正常浏览

切换到后台再切回前台可以正常浏览

锁屏后再解屏回到应用前台可以正常浏览

在对服务端的数据有更新时会给予离线的相应提示

十一、App的更新

1.当客户端有新版本时,是否有更新提示;

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

2.是否需要强制升级版本,如有需要,当版本为强制升级版时,当给出强制更新后用户没有做更新时,退出客户端;

下次启动app时,仍出现强制升级提示。

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

更新后的客户端功能是否是新版本

4.当客户端有新版本时,在本地不删除客户端的情况下,检查资源同名文件如图片是否能正常更新成最新版本

十二、

十三、功能测试

相机服务

根据相应功能进行操作,是否会达到预期效果,若不能,记录详情,并给出相应解决方法

1.App有用到相机服务时,系统版本是否有差异

2.进行前后台的切换测试,检查应用是否正常。

十四、PUSH测试(内容、消息推送)

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

2.不接受推送消息时,用户是否会再接收到push.

3.当push消息是针对登录用户的时候,需要检查收到的push与用户身份是否相符,没有错误地将其它人的消息推送过来

4.Push推送消息是是否能有针对性的推送,如相应内容推送给相应用户(精准推送)

十五、性能测试

4.内存满时安装App是否能成功,是否能给出相应提示

运行App时手机断电、断掉网络,再次重启是否能正常启动到相应操作界面App中的各类操作是否满足用户响应时间要求,如:

安装、卸载的响应时间反复/长期操作下、系统资源是否占用异常,如反复卸载、安装,上架,下架商品等

十六、交叉事件测试(多个App同时运行是否影响正常功能)

6.一个功能正在执行过程中,同时另外一个事件或操作对该过程进行干扰的测试。

如:

App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等

App运行时前/后台切换是否影响正常功能

App运行时拨打/接听电话、发送/接收信息、发送/收取邮件

App运行时切换网络(2G、3G、wifi)

App运行时浏览网络

App运行时使用蓝牙传送/接收数据

App运行时使用相机、计算器等手机自带设备

十七、兼容测试

1.手机系统与App是否兼容

2.在各种网络连接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等),App的数据和运用是否正确

3.与各种设备是否兼容,若有跨系统支持则需要检验是否在各系统下,各种行为是否一致

4.不同操作系统的兼容性,是否适配;

不同手机屏幕分辨率的兼容性

十八、升级更新测试

新版版发布后,配合不同网络环境的自劢更新提示及下载、安装、更新、启劢、运行的验证测试。

1.测试升级后的功能是否与与预期一致

2.升级安装意外情况的测试(如死机、断电、重启)

3.不同操作系统间的升级测试

十九、用户体验测试

1.是否有空数据界面设计,引导用户去执行操作。

2.是否有用户引导。

3.是否有不可点击的效果,如:

你的按钮此时处于不可用状态,那么一定要灰掉,或者拿掉按钮,否则会给用户误导

4.菜单层次是否太深

5.交互流程分支是否太多

6.相关的选项是否离得很远

7.一次是否载入太多的数据

8.界面中按钮可点击范围是否适中

9.标签页是否跟内容没有从属关系,当切换标签的时候,内容跟着切换

二十、

4.硬件测试

手机开锁屏、切换网络对运行中的App的影响

运行中的App前后台切换、多个运行中的App的切换

App运行时关机、重启系统、充电

App运行时kill掉进程再打开

二十一、网络环境测试

手机的网络目前主要分为2G、3G、4G、wifi。

目前2G的网络相对于比较慢,测试时尤其要注意此块的测试。

1.无网络时,执行需要网络的操作,给予友好提示,确保程序不出现crash。

2.在网络信号不好时,检查功能状态是否正常,确保不因提交数据失败而造成crash;

检查数据是否会一直处于提交中的状态,有无超时限制,如遇数据交换失败时是否给予提示

3.在网络信号不好时,执行操作后,在回调没有完成的情况下,退出本页面或者执行其他操作的情况,有无异常情况

二十二、服务器宕机或出现404、502等情况下的测试

后台服务牵涉到DNS、空间服务商的情况下会影响其稳定性,如:

当出现域名解析故障时,后台API的请求很可能就会出现404错误,抛出异常

二十三、接口测试

确保服务端提供的接口并转换的JSON内容正确,对分支、异常流有相应的返回值

二十四、客户端数据库测试

1.一般的增、删、改、查测试。

2.当表不存在时是否能自动创建,当数据库表被删除后能否再自建,数据是否还能自动从服务端中获取回来并保存。

3.当需要从服务端取回数据保存到客户端的时候,客户端能否将数据保存到本地。

4.当需要从客户端取数据时,检查客户端数据存在时,app数据是否能自动从客户端数据中取出,还是仍然会从服务器端获取?

客户端数据不存在时,app数据能否自动从服务器端获取到并保存到客户端

5.当对数据进行了修改、删除后,客户端和服务端是否会有相应的更新。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > IT计算机 > 电脑基础知识

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2