APP测试功能点总结

1. 功能测试 4

1.1运行 4

1.2 App更新升级 4

1.3应用的前后台切换 4

1.4 PUSH测试 5

1.5定位、照相机服务 5

1.6时间测试 6

1.7数据更新 6

2. 兼容性测试 6

2.1外部兼容性 6

2.2内部兼容性 7

3. UI测试 7

3.1导航测试 7

3.2图形测试 7

3.3内容测试 8

3.4用户体验测试 8

4. 安全测试 9

4.1 app源码安全 9

4.2软件权限 9

4.3安装与卸载安全性 9

4.4数据安全性 10

4.5通讯安全性 11

5.
性能测试 12

6. 网络测试 12

7. 异常测试 13

8. 回归测试 13

 

 

 

 

 

 

 

 

 

 

 

 

 

1. 功能测试

测试app是否实现了软件需求说明书里写的功能以及软件的安装，运行，升级等软件自身的功能。

1.1运行

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

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

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

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

1.2 App更新升级

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

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

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

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

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

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

1.3 App的切换

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

2)APP切换到后台，再回到app，检查功能及应用状态是否正常，IOS4和IOS5的版本的处理机制有的不一样。

3) app切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候。

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

5)当杀掉app进程后，再开启app，app能否正常启动。

6)出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。

7)对于有数据交换的页面，每个页面都必需要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。

1.4 PUSH测试

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

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

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

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

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

1.5定位、照相机服务

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

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

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

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

1.6时间测试

客户端可以自行设置手机的时区、时间，因此需要校验该设置对 app的影响。

--中国为东 8区，所以当手机设置的时间非东8区时，查看需要显示时间的地方，时间是否展示正确，应用功能是否正常。时间一般需要根据服务器时间再转换成客户端对应的时区来展示，这样的用户体验比较好。比如发表一篇微博在服务端记录的是10：00，此时，华盛顿时间为 22：00，客户端去浏览时，如果设置的是华盛顿时间,则显示的发表时间即为22:00,当时间设回东 8区时间时，再查看则显示为10：00。

1.7数据更新

根据应用的业务规则，以及数据更新量的情况，来确定最优的数据更新方案。

1)需要确定哪些地方需要提供手动刷新，哪些地方需要自动刷新，哪些地方需要手动+自动刷新。

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

3)根据业务、速度及流量的合理分配，确定哪些内容需要实时更新，哪些需要定时更新。

4)确定数据展示部分的处理逻辑，是每次从服务端请求，还是有缓存到本地，这样才能有针对性的进行相应测试。

5)检查有数据交换的地方，均有相应的异常处理。

2. 兼容性测试

2.1外部兼容性

与主流App是否兼容

2.2内部兼容性

Ø 手机不同分辨率支持：客户端支持的分辨率等

Ø 手机不同版本的支持；在测试计划中：需要安排单独的时间用于android不同系统的兼容性测试，包括4.4以下版本和4.4以上等

Ø 手机不同厂家系统的支持：不同厂家会有不同android系统，例如：小米，华为，锤子对市面上主流手机的支持

Ø 手机不同尺寸的支持：3.5到5.0屏幕在UI显示有区别，要支持最大到最小。

3. UI测试

测试界面(如选项卡、对话框、按钮，文本框等)布局、风格是否满足客户要求、文字是否正确、页面是否美观、文字和图片组合是否完美、操作是否友好等。UI测试的目标：确保用户界面符合公司或行业的标准，确保界面用户友好、人性化、易操作。

3.1导航测试

1）不同的页面之间是否需要导航

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

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

3.2图形测试

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

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

3）页面是否美观

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

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

6）界面整体使用的颜色不宜过多

3.3内容测试

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

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

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

4）是否有错别字

5）信息是否为中文显示（暂时不做国际化，所以都是中文显示）

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

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

3.4用户体验测试

以主观的普通消费者的角度去感知产品或服务的舒适、有用、易用、友好亲切程度。通过不同个体、独立空间和非经验的统计复用方式去有效评价产品的体验特性，提升产品的潜在客户满意度。

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

2）是否滥用用户引导。

3）是否有不可点击的效果，如：你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导

4）菜单层次是否太深

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

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

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

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

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

10）操作应该有主次从属关系

11）是否定义 Back的逻辑。涉及软硬件交互时，Back键应具体定义

12）是否有横屏模式的设计，应用一般需要支持横屏模式，即自适应设计

4. 安全测试

4.1 app源码安全

源码应做好保密，不能被反编译工具给反编译。

4.2软件权限

1）扣费风险：包括发送短信、拨打电话、连接网络等

2）隐私泄露风险：包括访问手机信息、访问联系人信息等

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

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

5）限制/允许使用手机发送接受信息功能

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

7）限制或使用本地连接

8）限制/允许使用手机拍照或录音

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

10)限制/允许使用手机写入用户数据

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

4.3安装与卸载安全性

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

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

3）是否包含数字签名信息

4）JAD文件和  JAR包中包含的所有托管属性及其值必需是正确的

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

6）安装路径应能指定

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

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

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

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

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

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

4.4数据安全性

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

被解码

2）输人的密码将不以明文形式进行显示

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

4）不同的应用程序的个人身份证或密码长度必需至少在 4-8个数字长度之间

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

6）防止应用程序异常终止而又没有删除它的临时文件,文件可能遭受人侵者的袭击,然后读取这些数据信息。

7）当将敏感数据输人到应用程序时,其不会被储存在设备中

8）备份应该加密,恢复数据应考虑恢复过程的异常通讯中断等,数据恢复后再使用前应该经过校验

9）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告

10）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警告显示前，显示误导信息欺骗用户，应用程序不应该模拟安全警告误导用户

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

12）“取消”命令操作能够按照设计要求实现其功能

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

14）当进行读或写用户信息操作时,应用程序将会向用户发送一个操作错误的提示信息

15）在没有用户明确许可的前提下不损坏删除个人应用程序中的任何内容

16）应用程序读和写数据正确。

17）应用程序应当有异常保护。

18）如果数据库中重要的数据正要被重写,应及时告知用户

19）能合理地处理出现的错误

20）意外情况下应提示用户

4.5通讯安全性

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

2）应能处理通讯延时或中断

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

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

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

6) HTTP、HTTPS覆盖测试

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

--公共免费网络环境中（如：麦当劳、星巴克等）都要输入用户名和密码，通过 SSL认证来访问网络，需要对使用 HTTP Client的 library异常作捕获处理。

5. 性能测试

Ø 压力测试：主要通过压服务器端接口及客户端在不同网络环境下响应速度

Ø 电量流量测试

Ø CPU(中央处理器)、内存消耗

Ø app启动时长

Ø crash率

Ø 内存泄漏

  

6. 网络测试

手机的网络目前主要分为2G、3G、4G,wifi。目前2G的网络相对于比较慢，测试时尤其要注意此块的测试。

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

Ø 内网测试时，要注意选择到外网操作时的异常情况处理。

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

Ø 在网络信号不好时，检查数据是否会一直处于提交中的状态，有无超时限制。如遇数据交换失败时要给予提示。

Ø 在网络信号不好时，执行操作后，在回调没有完成的情况下，退出本页面或者执行其他操作的情况，有无异常情况。此问题也会经常出现程序crash。

Ø 尽可能全面覆盖用户的使用场景，测试用例中需要包含不同网络排列组合的各种可能。

Ø 模拟信号被屏蔽时候。客户端的影响等。还有做外包场景测试，在高山、丘陵、火车上等特殊环境下进行全面测试

7.  异常测试

1）手机开/锁屏对运行中的 App的影响

2）切换网络对运行中的 App的影响

3）运行中的 App前后台切换的影响

4）多个运行中的 App的切换

5）App运行时关机

6）App运行时重启系统

7）App运行时充电

8）App运行时kill掉进程再打开

9）App运行时候，来电话，短信，听音乐等

10）App运行时，待机，插拔数据线，耳机等。

11）app运行时，断网，服务器异常，客户端能否正常处理，保证数据正确性。

8. 回归测试

bug修复后的测试，验证bug是否已经修复。