APP测试功能点总结和崩溃用例设计.docx

APP测试功能点总结和崩溃用例设计.docx

《APP测试功能点总结和崩溃用例设计.docx》由会员分享，可在线阅读，更多相关《APP测试功能点总结和崩溃用例设计.docx（3页珍藏版）》请在冰点文库上搜索。

APP测试功能点总结

1.功能性测试：

　　——根据产品需求文档编写测试用例。

　　——软件设计文档编写用例。

　　注意：

就是根据产品需求文档编写测试用例而进行测试。

　　2.兼容性测试:

　　——android版本的兼容性

　　——手机分辨率兼容性

　　——网络的兼容性：

2G\3G\4G\WIFI,弱网下、断网时

　　——app跨版本的兼容性

　　1.适配性测试：

　　1>.手机不同分辨率支持：

客户端支持的分辨率等

　　2>.手机不同版本的支持：

2.34.04.4等；在测试计划中：

需要安排单独的时间用于android不同系统的兼容性测试，包括2.0以下版本和4.0以上等

　　3>.手机不同厂家系统的支持：

不同厂家会有不同android系统，例如：

小米，华为，锤子对市面上主流手机的支持

　　4>.手机不同尺寸的支持：

3.5到5.0屏幕在UI显示有区别，要支持最大到最小。

　　2.安装、卸载测试：

　　1>.生成apk文件在真机上可以安装及卸载；

　　2>.Android手机端通用安装工具。

如：

豌豆荚

　　3.在线升级测试：

　　1>.验证数字签名

　　2>.升级后可以正常使用。

　　3>.在线跨版本升级。

　　3.性能测试：

　　——压力测试：

　　——电量、流量测试：

　　——cup、内存消耗：

　　——app启动时长

　　——crash率

　　——内存泄漏

　　4.网络测试：

　　1.外网测试主要现实模拟客户使用网络环境，检验客户单程序在实际网若环境中使用情况及进行业务操作。

　　2.外网测试主要覆盖到wifi\2G\3G\4G,.net\wap、电信\移动\联通、所有可能的组合进行测试。

　　原则：

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

　　2.还有模拟信号被屏蔽时候。

客户端的影响等。

还有做外包场景测试，在高山、丘陵、火车上等特殊环境下进行全面测试

　　5.接口性测试：

　　——client端和service端的交互

　　——client端的数据更新和service端的数据是否一致

　　——client端更新时断开了。

　　——client端更新时service端挂了。

　　6.业务逻辑测试：

　　1.业务逻辑测试：

主要测试客户端业务能否正常完成。

　　2.功能点测试：

主要测试客户端功能点是否正常使用

　　3.关联性测试：

主要测试客户端与pc端的交互，客户端处理完后，pc端与客户端数据一致

　　7.异常测试：

　　1.交互异常性测试：

客户端作为手机特性测试，包括被打扰的情况；如来电、来短信、低电量测试等，还要注意手机端硬件上，如：

待机，插拔数据线、耳机等操作不会影响客户端。

　　2.异常性测试：

主要包含了断网、断电、服务器异常等情况下，客户端能否正常处理，保证数据正确性。

　　客户端侧性能测试：

　　1.基准性能测试：

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

　　2.大数量的测试：

主要在特定环境下，客户端一次性更新大量的数据及人员列表时，客户端能否正常处理，分为三种情况：

　　——客户端第一次使用，第一次就更新大量数据及人员列表。

　　——客户端在平时更新中，更新大量的数据

　　——客户端已经在手机本地下载很多数据后，再次更新大量

APP崩溃的测试用例设计

移动App崩溃原因

　　为什么移动App经常崩溃？

App崩溃有几个原因：

从平台或环境到开发问题。

　　一些崩溃原因（排名不分先后）：

　　设备碎片化：

由于设备极具多样性，App在不同的设备上可能有表现不同。

　　带宽限制：

带宽不佳的网络对App所需的快速响应时间可能不够。

　　网络的变化：

不同网络间的切换可能会影响App的稳定性。

　　内存管理：

可用内存过低，或非授权的内存位置的使用可能会导致App失败。

　　用户过多：

连接数量过多可能会导致App崩溃。

　　代码错误：

没有经过测试的新功能，可能会导致App在生产环境中失败。

　　第三方服务：

广告或弹出屏幕可能会导致App崩溃。

　　移动App崩溃的测试用例设计

　　测试用例是移动测试最重要部分之一。

　　准备和执行预先定义的针对移动App崩溃的测试用例将简化和加速移动App崩溃的测试。

一些通用的触发移动App崩溃的测试场景，如下：

　　1验证在有不同的屏幕分辨率，操作系统和运营商的多个设备上的App行为。

　　2用新发布的操作系统版本验证App的行为。

　　3验证在如隧道，电梯等网络质量突然改变的环境中的App行为。

　　4通过手动网络从蜂窝更改到Wi-Fi，或反过来，验证App行为。

　　5验证在没有网络的环境中的App行为。

　　6验证来电/短信和设备特定的警报（如警报和通知）时的App行为。

　　7通过改变设备的方向，以不同的视图模式，验证App行为。

　　8验证设备内存不足时的App行为。

　　9通过用测试工具施加载荷验证App行为。

　　10用不同的支持语言验证App行为。

　　显然，还会有更多的导致App崩溃的App特定场景。