通常情况下的APP安装、卸载、升级测试都是在上架APP商店之前，所以需要通过助手软件、同步软件和开发人员的配合来完成测试。测试人员要通过助手软件将设备的UDID给开发人员，因为测试时使用的是测试证书，需要将UDID加入到证书中。APP安装卸载测试有哪些注意事项那？请看下面介绍。

APP安装、卸载、升级测试要点：

1.正常安装测试。

2.APP版本覆盖测试。

例如：先安装一个V1.0版本的APP,再安装一个高版本(V1.1版本)的APP。

3.回退版本测试。

例如：先装一个V2.0版本的APP,再安装一个V1.0版本的APP,正常情况下版本是可以回退的。

4.版本升级测试。（必须通过商店才能测试升级）

5.安装、卸载、升级时，当手机内存、硬盘不够的情况下，是否有提示。

（正常情况：提示，并中止安装；错误情况：闪退或没有提示）

6. 根据安装手册操作，用户是否能够正常安装。（有的时候手册的操作步骤和实际的步骤不符）

7.安卓系统，注意杀毒软件对APP安装、卸载、升级时的影响。

8.APP安装、卸载、升级过程中，强行断电、断网、电话呼入、呼出，查收短信、微信、QQ信息时，对APP的安装、卸载、升级的处理和影响。

9.通过"同步软件"，查看安装后都安装了哪些文件，升级后都更新了哪些文件；卸载时，是否将安装的文件都删除了。

10.升级过程中，突然中断（后台清除任务），会不会造成以前程序没办法使用，也没有办法再次升级。

11.安装、升级、回退版本后，验证版本的主要功能是否都正确。

12.不同IOS系统上的安装、卸载、升级测试（最低版本、最高版本都要测试）。

（首先要与开发确认，APP所支持的版本是几以上）

13.APP安装、升级、回退版本后，名称、版本信息、LOGO是否正常。

14.APP安装、卸载、升级、回退过程中，所有的提示信息必须是英文或者中文，提示信息中不能出现代码、符号、乱码等。

二、移动端APP安装、卸载的测试用例

安装

安装手册是否规范，是否简洁，是否通俗易懂。

安装手册是否齐全，正确，有改动时，文档是否同步更新

直接复制安装程序到电脑上，能否正常安装

按安装手册给出的步骤进行安装，安装是否正确

查看在安装过程中存在的提示信息是否明确，意思是否明确

在安装过程中，点击取消按钮，能否正常退出安装程序，软件是否可用。

安装时是否识别有SD卡，并默认安装到sd卡中

安装过程中，接听电话或者短信，安装是否成功

安装程序是否自动检查系统的磁盘空间

系统磁盘空间不足时，能否给出提示或中止安装

安装完毕后信息的显示和文件的安装是否正确、完整

软件安装后是否能将相应的文件复制到系统文件夹下

在软件安装过程中，出现突然断电的异常状态时，程序处理是否正常

在软件安装过程中，出现突然断网的异常状态时，程序处理是否正常

在不同的硬件环境下，能否正确，正常，完整的进行安装

在不同的网络环境下(2G/3G/wifi)，能否正确，正常，完整的进行安装

在低于所要求的硬件配置的情况下进行安装，能否正确，正常，完整的进行安装。

在已经安装的情况下，所有信息与上次保存一致，覆盖安装能否再次安装

在已经安装的情况下，安装路径不一致，覆盖安装能否再次安装

在已经安装的情况下，卸载原软件，安装高版本，能否正确安装

在已经安装的情况下，卸载原软件，安装低版本，能否正确安装

在已经安装的情况下，不卸载原软件，直接安装高版本，能否正确安装

在已经安装的情况下，不卸载原软件，直接安装低版本，能否正确安装

安装完成后，能否正常启动应用程序

安装完成后，重启手机能否正常启动应用程序

安装完成后，是否对其他应用程序造成影响

安装完成后，能否添加快捷方式

安装完成后，杀毒软件是否会对其当做病毒处理。

安装完成后，快捷方式是否指向安装目录

多进程进行安装，是否安装成功

安装过程中，手机内存不足的情况下，能否正常安装

卸载

用自带的卸载程序进行正确卸载，能否卸载干净

用第三方工具进行卸载，能否卸载干净

在卸载过程中，关闭进程软件能否继续正常使用

在卸载过程中，点击取消按钮，能否正常退出卸载程序，软件能否继续正常使用

在卸载过程中，突然关闭移动设备电源，再次访问程序，程序能否正常运行

在卸载过程中，突然重启设备，再次访问程序，程序能否正常运行

未在使用程序时，直接删除安装目录下的文件，程序能否正常运行

正在使用程序时，直接删除安装目录下的文件，程序能否正常运行

在不同的系统下，进行卸载，能否正常卸载。

在不同的硬件环境下，进行卸载，能否正常卸载。

在不同的网络环境下，进行卸载，能否正常卸载。

卸载成功后，是否对其他程序造成影响

卸载后再次安装，一切功能是否正常

卸载画面上的名称及版本信息是否正确

三、移动端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、性能测试

压力测试

电量流量测试

CPU、内存消耗

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）异常性测试：主要包含了断网、断电、服务器异常等情况下，客户端能否正常处理，保证数据正确性。

8、崩溃测试

移动App崩溃测试用例设计

我们的日常生活中对移动设备越来越多的使用意味着移动App测试这个主题已成为需要考虑的一个无法避免的问题。根据最近的调查研究，用户难以容忍有bug的移动App。移动App Bug的影响是用户体验差、App的商店评级下降、用户换用竞争对手的App，声誉和信誉损失、最后销售量减少，如果它是一个付费App的话，用户更是难以忍受这样的软件质量，从而不再续费。移动App测试与传统台式机测试相比有一定的复杂性。这些复杂性可以被分类为：

环境（大量的设备，各种移动OS，适应频繁OS变化） 。

设备（触摸式和非触摸式设备，有限的内存容量，电池耗电量） 。

　　网络（不同的网络和运营商，在不好或无网络的情况下的App行为，离线支持） 。

　　可用性（方向，触摸，多触摸，缩放，分页和导航的局限性，各种干扰，如来电，来电短信，闹钟，和低电量警报） 。

　　所有这些手机专有的复杂性需要新的针对移动App测试的测试用例设计方案。

最常见的移动App Bug

根据调查的结果，移动App崩溃是最常见的移动App Bug ，这是预料中的结果，因为很容易发现一个移动App崩溃。Android OS上一个写着“强制关闭错误”的弹出窗口跳上屏幕；当发生崩溃时，iOS中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特定场景。