app客户端测试规范文档格式.docx

app客户端测试规范文档格式.docx

《app客户端测试规范文档格式.docx》由会员分享，可在线阅读，更多相关《app客户端测试规范文档格式.docx（13页珍藏版）》请在冰豆网上搜索。

1）确保手头的原型图与效果图为当前最新版本。

2）确保产品UI符合产品经理制定的原型图与效果图。

3）一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。

4）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型

2.4功能测试

1）确保手头的功能需求文档为当前最新版本。

2）确保所有的软件功能都已实现且逻辑正常。

3）一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。

4）若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解释。

5）禅道上所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。

6）禅道上所有的“设计如此”、“延期处理”问题，都需要和产品经理确认后再进行验证。

7）测试发标、借款、投资时，所有测试人员必须严格遵守规范。

注册的测试账号必须符合公司规范；

借款标标题必须包含“测试”关键字等。

8）测试细节可参考且必须遵守《公司客户端通用测试用例》文档。

2.5兼容测试/性能测试

1）确保软件在所有兼容机型上都能正常使用

2）对于低端性能兼容机上独有的问题（例如ios7.0、Android4.0），若在技术上难以修改或者由于排期的原因无法在短时间内改进，必须得到技术平台主管、产品经理以及运营人员的确认。

3）性能测试方面必须满足硬件压力条件下的测试需要（例如多线程）

4）网络响应用户体验方面的性能测试，请参考且遵守《Mobileapp可用性能标准》。

2.6后台数据统计测试

1）核对“客户端相关→启动查询”项，此项数据就是经常说的“激活量”，非常重要。

测试时必须保证该项中的各数据均正确，且每次启动软件都会有相应的统计记录。

2）核对“借款查询”项，测试时必须保证各数据均正确，且每次成功借款后都会有相应的统计记录。

3）需要注意的是，在成功借款之后，BI后台会做判断将该记录划到测试单范围，测试人员必须到“借款标查询（测试）”模块中核对借款标统计记录信息。

2.7用户行为统计测试

1）确保手头的行为统计分析定义文档为最新版本，且与开发人员手中的文档一致。

2）确保产品经理在文档中所定义的页面在该产品中都是存在的。

3）尽可能真实地模拟用户行为。

4）核对统计日志，确保各项操作所对应的页面ID以及操作ID都是正确的。

2.8回归测试

1）软件最终上线前，需对产品进行回归测试，测试内容包含之前所有的测试项目

2）回归测试不再对细节进行测试，而是类似于对产品进行验收，从客户正常使用的角度对产品进行再一轮的整体测试。

3）只有在回归测试通过之后，才对产品进行提交。

3.App测试点

3.1安全测试

3.1.1软件权限

1）扣费风险：

包括发送短信、拨打电话、连接网络等（询问权限）

2）隐私泄露风险：

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

3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测

4）限制/允许使用手机功能接人互联网

5）限制/允许使用手机发送接受信息功能（短信分享,验证码短信，推送消息）

6）限制/允许应用程序来注册自动启动应用程序（暂无）

7）限制/允许使用手机拍照或录音（上传头像等）

8）限制或使用本地连接

9）限制/允许使用手机读取用户数据

10）限制/允许使用手机写人用户数据

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

3.1.2安装与卸载安全性

1）应用程序应能正确安装到设备驱动程序上

2）能够在安装设备驱动程序上找到应用程序的相应图标（桌面图标）

3）是否包含数字签名信息（银行卡充值、提现）

4）JAD文件显示的资料内容与应用程序显示的资料内容应一致

5）安装路径应能指定

6）没有用户的允许,应用程序不能预先设定自动启动

7）卸载是否安全,其安装进去的文件是否全部卸载

8）卸载用户使用过程中产生的文件是否有提示

9）其修改的配置信息是否复原

10）卸载是否影响其他软件的功能

11）卸载应该移除所有的文件

3.1.3数据安全性

1）当将密码或其他的敏感数据输人到应用程序时,其不会被储存在设备中,同时密码也不会被解码

2）输人的密码将不以明文形式进行显示（用户可选择，默认不显示）

3）密码或其他的敏感数据将不被储存在它们预输人的位置上

4）验证码或密码长度必需至少在4-8个数字长度之间

5）当应用程序处理敏感数据时,不以明文形式将数据写到其它单独的文件或者临时文件中。

6）应用程序应考虑系统产生的用户提示信息或安全警告

7）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作

8）“取消”&

“后退”命令操作能够按照设计要求实现其功能

9）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况

10）能合理地处理出现的错误（不能闪退）

11）意外情况下提示用户

3.1.4通讯安全性

1）在运行其软件过程中,如果有来电、SMS、EMS、MMS、蓝牙、红外等通讯或充电时,是否能暂停程序，优先处理通信,并在处理完毕后能正常恢复软件,继续其原来的功能

2）当创立连接时,应用程序能够处理因为网络连接中断,进而告诉用户连接中断的情况

3）应能处理通讯延时或中断（弱网或无网络处理）

4）应用程序将保持工作到通讯超时,进而发送给用户一个错误信息指示有连接错误

5）应能处理网络异常和及时将异常情况通报用户

6）应用程序关闭或网络连接不再使用时应及时关闭\断开

7）HTTP、HTTPS覆盖测试（H5页面）

--App和后台服务一般都是通过HTTP来交互的，验证HTTP环境下是否正常；

--公共免费网络环境中（如：

麦当劳、星巴克等）都要输入用户名和密码，通过SSL认证来访问网络，需要对使用HTTPClient的library异常作捕获处理。

3.1.5人机接口安全性

1）返回菜单总保持可用

2）命令有优先权顺序

3）声音的设置不影响应用程序的功能

4）应用程序必需利用目标设备适用的全屏尺寸来显示上述内容

5）应用程序必需能够处理不可预知的用户操作,例如错误的操作和同时按下多个键（快速多次重复查看大图和返回，容易引起崩溃）

3.2安装、卸载测试

验证App是否能正确安装、运行、卸载

3.2.1安装

1）软件在不同操作系统（常见Android、iOS）下安装是否正常。

2）软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的目录里。

3）软件安装各个选项的组合是否符合概要设计说明

4）软件操作向导的UI测试（引导页和第一次启动引导页）

5）软件安装过程是否可以取消，点击取消后，写入的文件是否正确处理

6）软件安装过程中意外情况的处理（如死机，重启，断电）

7）安装空间不足时是否有相应提示

8）软件安装过程是否可以取消

9）安装空间不足时是否有相应提示

10）安装后没有生成多余的目录结构和文件

3.2.2卸载

1）系统直接卸载程序是否有提示信息。

2）直接删除安装文件夹卸载是否有提示信息

3）测试卸载后文件是否全部删除所有的安装文件夹。

4）卸载过程中出现的意外情况的测试（如死机、断电、重启）。

5）卸载是否支持取消功能，单击取消后软件卸载的情况。

6）系统直接卸载UI测试，是否有卸载状态进度条提示

3.3UI测试

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

UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏觅功能。

确保用户界面符合公司或行业的标准。

包括用户友好性、人性化、易操作性测试。

3.3.1导航测试

1）按钮、对话框、列表和窗口等；

或在不同的连接页面之间需要导航

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

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

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

3.3.2图形测试

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

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

3）各控件操作方式统一

4）页面是否美观

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

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

7）界面整体是用的颜色不宜过多

3.3.3内容测试

1）输入框说明文字的内容与系统功能是否一致（用户名，密码，验证码等）

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

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

4）是否有错别字

5）信息是否为中文显示（乱码处理）

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

7）是否有敏感性图片，如：

涉及版权、专利、隐私等图片

3.4功能测试

根据需求验证App的各个功能实现，采用如下方法实现并评估功能测试过程：

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

2）根据被测功能点的特性列出相应类型的测试用例对其进行覆盖，如；

涉及输入的地方需要考虑等价、边界、负面、异常或非法、场景回滚、关联测试等测试类型对其进行覆盖。

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

3.4.1运行

1）App安装完成后的试运行，可正常打开软件。

2）App打开测试，是否有加载状态进度提示。

3）App打开速度测试，速度是否可观。

4）App页面间的切换是否流畅，逻辑是否正确

5）注册

--同表单编辑页面

--用户名密码长度

--注册提示页面

--注册后的页面跳转

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

6）登录

--使用合法的用户登录系统。

--系统是否允许多次非法的登陆，是否有次数限制。

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

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

--用户名、验证码（密码）错误或漏填时能否登陆。

--删除或修改后的用户，原用户登陆。

--不输入用户口令和用户、重复点（确定或取消按钮）是否允许登陆。

--登陆后，页面中登陆信息。

--页面中有注销按钮。

--登陆超时的处理

7）投标

--能否正常投标

--能够正常支付

--能否正常使用优惠券

--能否正常赠送优惠券

--已投标状态显示是否正确

3.4.2应用的前后台切换

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

2）app切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常。

（注意从后台切换回前台数据有更新的时候）

3）手机锁屏解屏后进入app注意是否会崩溃，功能状态是否正常。

（注意从锁屏解屏后进入app前台数据有更新的时候）

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

5）当结束app进程后，再开启app，a