本论文从研究现状，到软件的开发的基础知识简介，到软件的核心功能讲解，到软件的测试。深入浅出的介绍了APP的整个设计流程 。在一定程度上，帮助了用户对我的程序开发的体系的了解。第一章，讲解了开发微循环车系统的原因，并对微循环车系统的研发背景进行了广泛的调研和分析。并且，提出了微循环车系统要完成的目标，效果。罗列了我在开发微循环系统中需要解决的难题。第二章对微循环车系统的后台语言（java）进行了简要说明，也梳理了环境的安装步骤。第三章介绍该管理系统的Android前端设计相关知识,利于用户理解整个前端系统的搭建和开发过程。第四章对该循环车管理系统进行可行性分析，以及系统的需求分析。第六章主要是讲解该系统Android前端和Java后台的详细设计。第七章讲解了系统的前后台测试，在论文最后，对整个微循环车管理系统进行一个总结和展望。

微循环车系统后端测试

该微循环车的后端测试主要是对用Java代码编写的服务器端代码进行测试。它包括了微循环车系统的功能测试和微循环车系统的性能测试两个方面。在我的这个微循环车系统测试中我使用了黑盒和白盒两种测试方式。对于该系统的白盒测试指的是我作为程序开发者，通过对业务需求的了解和分析，查看自己编写好的的代码是否满足设计微循环车系统的的需求。使用白盒测试，我通过眼睛观看，然后分析程序有没有语法或者明显的逻辑错误。如果存在错误，我立马修改。对于黑盒测试，在该微循环车辆管理系统中与功能性测试基本是相同的，它主要是指通过调用在循环车后端编写的接口，查询返回的值，是否和预想的值一致，如果不一致，证明我的程序的某些处理逻辑可能出现了问题。当程序出现问题的时候，我采用了debug的方式，跟踪程序执行（查看变量值），查找出错的点。虽然白盒与黑盒两种测试方式相结合可以满足微循环车系统的功能性要求。但是，在企业中，除了需要考虑程序的功能，而且要考虑程序的性能，如果性能较差会降低我们的体验感（易流失用户）。为了提高程序的体验感，我对微循环车系统的性能进行了考量。通过对我的微循环车系统的执行时间进行计量，判断结果是否小于50ms。因为在50ms内用户不会对程序有任何卡顿的感觉[12]，当这个系统的执行时间超过既定的值时，考虑从两个方面进行优化。第一点，代码层面进行优化，减少代码的嵌套层次，减少程序不必要的判断。第二点，在存储的层面中进行优化（涉及到数据库方面知识）。通常对数据库优化又分为了两个方面。第一点，对关键字段建立索引（index）提高查询速度（主要针对查询频率较高，修改频率较低的字段）。第二点，对sql语句进行一个优化，因为在sql语句执行时，表的放的位置或者是查询条件在语句中的位置不同时，其最先筛选的数据会有所不同，它执行时间也不同。对于微循环车系统的抗压能力，目前没有进行测试。在我安装的linux系统中搭建完毕服务器后，选择了nginx作负载均衡（保证循环车系统服务器处理的不会超过它所承受范围内的请求量），然后将请求结果（json格式）返回。