弱网：丢包、延时机制的处理 ；测试处理机制，提示信息，包括网络恢复后的重连 测试工具Network-Emulator-Toolkit
https://blog.mrpol.nl/2010/01/14/network-emulator-toolkit/
1、丢包。丢包应该是最常见的问题。在TCP协议中，需要不停的发送请求，来确认连接状态，一旦发生丢包，就需要重传。这个时候就需要去检查产品的处理机制，给予什么提示，如果未响应怎么处理这些。
2、延时。延时也是很常见的问题。由于网络太差，产生了网络波动，导致数据包在传输的时候出现抖动。可能导致请求出现超时的现象。这个时候就需要给予相应的提示，或者是其他的处理方式。
app升级测试
1.升级是根据包名、渠道升级，在不同渠道下，如果现在a渠道下载的，之后a渠道不更新，是不会提醒升级的，并且在其他渠道页不能更新
点击关于去升级的，是走官网升级，但是官网升级里面也是包含不同渠道的，没有之前下载的渠道的包，也不能升级
- 安装
1.正常安装测试，检查是否安装成功。
2.APP版本覆盖测试。例如：先安装一个1.0版本的APP,再安装一个高版本(1.1版本)的APP，检查是否被覆盖。
3.回退版本测试。例如：先装一个2.0版本的APP,再安装一个1.0版本的APP,正常情况下版本是可以回退的。
4.安装时内存不足，弹出提示。
5.根据安装手册操作，是否正确安装。
6.安装过程中的意外情况（强行断电、断网、来电话了、查看信息）等等，检查会发生的情况。
7.通过‘同步软件’，检查安装时是否同步安装了一些文件。
8.在不同型号、系统、屏幕大小、分辨率上的手机进行安装。
9.安装时是否识别有SD卡，并默认安装到sd卡中。
10.安装完成后，能否正常启动应用程序。
11.安装完成后，重启手机能否正常启动应用程序。
12.安装完成后，是否对其他应用程序造成影响。
13.安装完成后，能否添加快捷方式。
14.安装完成后，杀毒软件是否会对其当做病毒处理。
15.多进程进行安装，是否安装成功。
16.在安装过程中，所有的提示信息必须是英文或者中文，提示信息中不能出现代码、符号、乱码等。
17.安装之后，是否自动启动程序。
18.是否支持第三方安装。
19.在安装中点击取消。
- 卸载
1.用自己的卸载程序进行卸载，检查是否卸载干净。
2.用第三方工具，检查是否卸载干净。
3.在卸载过程中，点击取消按钮，看是否正常退出卸载程序，检查软件是否还能继续正常使用。
4.卸载过程中，出现意外（比如手机关机，没电，查看信息，接打电话），程序是否还能运行。
5.在卸载过程中，突然重启设备，再次访问程序，是否还能运行。
6.在没用使用程序时，删除目录文件，看程序是否能运行。
7.在使用过程中，直接删除目录文件，程序是否还能运行。
8.不同系统、硬件环境、网络环境下进行卸载。
9.卸载成功后，是否对其他程序有影响。
10.卸载后再次安装，是否正常使用。
11.在卸载过程中，所有的提示信息必须是英文或者中文，提示信息中不能出现代码、符号、乱码等。
- 更新
1.当客户端有新版本时，提示更新。
2.非强制更新，可以取消更新，旧版本正常使用，下次使用软件时，仍然会出现更新提示。
3.强制更新，强制更新而用户没有更新时，退出客户端，下次启动，依然提示更新。
4.不卸载更新，检查是否可以更新。
5.不卸载更新，检查资源同名文件如图片等是否更新成最新版本。
6.非wifi网络下，提示是否更新，取消就加入待下载，wifi下自动更新。
1.正常的下载升级过程
1.考虑iOS和安卓的下载渠道不同
iOS的下载来自于AppStore
Android的升级来自于官网下载或者是各个渠道
2.考虑网络的影响
2G/3G/4Gwifi下是否都能正常升级或者能够基于流量的影响进行智能下载
3.考虑中断下载和升级过程后是否和继续或者重新下载和升级
手动中断后可以继续进行相关操作
4.考虑断电和内存不足的问题
能够继续进行相关升级，对于内存有友好的提示
5.考虑应用权限问题
如果新版本对于应用权限有了扩展，需要进行权限确认
6.考虑不同机型
升级测试需要对各种机型进行覆盖测试
2.选择升级情况下旧版本的兼容性
如果不是强制升级，那新旧版本的app同时运行时必不可少的，此时需要考虑新旧版本并行时后台接口的兼容性。在进行旧版本功能兼容性验证时，可以进行主要流程的测试和变更的接口影响到的功能详细验证，这样可以缩小测试范围，减少测试时间同时又能保证相应的变更都进行了测试。
3.覆盖升级后新版本的使用情况
1.除了新版本自身的新功能验证之外，要进行主要业务流程的验证。
2.在覆盖升级前，需要模拟使用旧版本的用户进行缓存数据的创建，然后进行升级，确认缓存数据升级后可以正常显示，相关功能工作正常
