安卓移动终端测试总结

　现阶段移动终端应用软件五花八门，各公司也将原有的web项目移至终端。经过三个终端项目的，个人认为做终端需要注意的地方，如下：

　　1.明确需求

　　整个项目的完成，测试越早介入越好，产品需求评审是一定要参加的，在大家讨论的同 时，自己也可以发表遇到的问题，如果可以给产品提一些好的建议是最好不过了。需求评审前尽可能多的发现问题，有设计不合理或者流程不通的地方大胆的向产品提，尽量的减少后期需求的变更。后期产品的变更不仅会影响到开发，对已经设计好的用例等都会有影响，如果变更大的话甚至会影响整个项目的进度。

　　2.编写测试用例，通过评审

　　在完他了解需求的基础上，根据产品需求编写测试用例，除了覆盖所有的功能外，最主要的要有质疑精神，各种异常的操作、非法操作、用户体验（界面是否友好、物理键操作）等也需要详细设计到用例中。我之前的一个项目就存在一个这样的问题，我们的产品下有一个更多功能，是我们公司的其它产品，更多列表下可以，而当时设计用例的时候这个用例考虑的不全，后期开发将所有产品都调用这个更多，代码重用。就这个问题我大概总结了下：

　　注：默认需借助浏览器（与开发沟通结果），无浏览器直接下载，任务项提示进度

　　1）联网正常+空间充足+浏览器正常情况

　　2）断网情况下+空间+浏览器正常充足

　　3）软件装在手机上+浏览器正常+空间充足

　　4）软件装在手机上+浏览器正常+空间不足

　　5）软件装在T卡+浏览器正常+空间充足

　　6）软件装在T卡+浏览器正常+空间不足

　　7）卸载浏览器，默认可以下载，任务栏显示下载进度（此处会存在异常中断，属bug）

　　8）浏览器正常，弹出选择位置，选择空间充足

　　9）浏览器正常，不弹出选择位置，默认空间不充足

　　10）浏览器正常，弹出选择存储位置，选择空间不充足

　　以上用例在空间不足应给出提示，而经常会出现异常中断，需开发作处理，我之前多次出现这种情况，有的手机也会由于兼容性导致异常中断，做为测试可以提更好的建议给开发：

　　像360，91等手机助手，在自己的平台上下载、安装、暂停，我们可以任意控制，此问题解决了所有兼容性，又简代了下载考虑的测试情况，不需要借助浏览器等，从根本上解决了下载的问题。

　　另在评审前，先将用例发给相关产品、开发，他们看过后会提前了解，评审的时候会提出，产品和开发只观注需求和流程的问题，建议在评审时，可以邀请同为测试的同事一起参加，站在测试的角度可以更多的提出测试要考虑的问题，使我们的测试用例更完善。评审时，有的用例需要更改或者删除，为了节省时间先标出来，待评审完成后，完善后发给大家，有意见再完善。

　　3.测试执行用例

　　产品提测后，开始测试，根据之前的测试用例将所有功能过一遍，保证所有功能正常。当然用例也只是起到一起指导作用，除了执行用例外，还需要反复测试，站在用户的角度多次操作，要有足够的耐心去完成它。所提的bug要描述清楚，必要时附上截图（可使用360，91手机助手截图）等，及时跟开发沟通，开发要求复现bug及时配合，复现给开发看。待开发有新版本出来后，及时跟踪bug，修复 完成后，再验下与之相关的功能，保证修复后的bug未影响到其它功能。在开发拒改bug时，一定要让开发备注不改的原因，因为有的bug开发是比较专业，他们的意见有足够的说明性。

　　4.兼容性测试

　　1）不同的手机操作系统

　　2）不同的网络GPRS（联通，移动）,WIFI等

　　3）不同的分辨率

　　4）应用目标人群， 主流操作系统，如小米

　　5.测试报告

　　测试报告，主要突出用例执行率，bug总数，修复数，未修复数，测试的建议，发送给相关人员。

　　以上是我测试移动终端所遇到的问题以及解决办法，希望在后期的测试过程中还能够不断完善。经验是自己总结的，鼓励自己越做越好。
详见：