App更新策略课程一共有六节，本节是最后一节，将会给大家总结一下我们App更新的时候有那些常见场景，并依据这些场景简单编写一下测试用例，还将会和大家探讨一下app更新模块还可以继续扩展什么功能。如果没有看过前面的课程的同学可以先学习前面的课程：
App更新策略课程-检查更新实现
App更新策略课程-定义后台更新服务
App更新策略课程-实现进度更新
App更新策略课程-实现通知栏进度更新
配套视频教程：
App更新策略课程
代码地址：
http://git.oschina.net/devilwwj/AndroidUpdateDemo
测试用例
这里我只是简单写了一下应用更新是最常出现的场景的测试用例，测试人员在测试这样的功能模块的时候，可能会考虑到更多的测试场景，这就需要我们不停的去优化测试流程去尽量满足真实的用户场景，比如考虑更多操作失败时的场景，例如网络切换时是否提醒用户网络已经被切换了、网络连接失败时是否提示用户、下载失败之后的提示，避免重复提醒用户更新等等。
测试用例
本次课程只提供一个初步的解决方案，让没有这方面经验的同学能明白app更新策略是如何实现的，并没有做到完全适用于用户的各种应用场景，这需要同学们自己在实际开发中根据需求去优化这个解决方案。
效果图
更新对话框
更新进度
总结
梳理流程图
更新流程图
这个是最简单的更新流程图，更新的流程大致都是类似的，我们首先会去请求服务端获取更新信息，这个是检查更新的过程。
一般情况我们会拿到相应的json数据，举个例子：
更新信息
我们通过这样的json数据，拿到具体的更新信息，这里我们关注一下version_code，我们通过比对本地的versionCode跟服务端返回的versionCode，如果前者大，则无更新内容，如果后者大，则提示用户更新下载；
检查到有更新之后，就给用户弹窗通知用户下载，点击『取消』就不更新，点击『确定』则启动后台服务异步下载apk，下载成功之后如果在前台，我们可以直接跳转到安装界面完成安装；如果在后台，下载成功之后会在通知栏显示下载结果，点击通知栏消息也可以跳转到安装界面。具体的操作流程可以根据你们的需求来调整，不一定要按照我这里的操作流程。
完成安装之后，我们整个的app更新策略就完成了。那么我们还可以做些什么功能？如果只是简单的实现更新，还不算特别复杂，就怕我们伟大的产品经理提出伟（keng）大（die）的想法，比如要求app具备以下功能：
- 强制更新（流氓行为，用户可能会骂街）
- 断点续传（操作流程又会复杂很多）
- 增量更新（百度一下是啥吧）
这绝对有可能有这样的需求，这里留给同学们自己私下去实现，本课程就不继续讲解这方面的内容。
好啦，关于App更新策略课程已经完结，大家可以看到只是简单的一个更新模块，就需要我们考虑很多问题，如果让你自己去实现你会怎么做，希望本套课程能给同学们带来一定的帮助，毕竟更新升级是每个应用最基本的模块之一，最后谢谢同学们的耐心观看。
网友评论