APP测试功能点总结和崩溃用例设计
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特定场景。