APP测试流程

这个东西好像我记得在个人移动APP测试经验里有写到。记得不是那么清楚了，正好今天有人问，我就整理一下贴出来给你们看看吧。

首先看看下面这个图

 

我想这幅图应该可以很明确的展现APP测试的流程了。而后须要说明的是执行测试那一段。由于用的xmind，字数太多图看起来就过小了，因此在这里说一下每一个阶段对应的东西。

UI测试

检查UI图片，icon，文字，布局等UI元素与效果图是否一致。通常UI方面不会存在特别严重的问题，做为建议提给产品就行了。

功能测试

检验功能是否符合需求，涉及到UI层，接口，数据，服务端，代码逻辑等。功能方面的缺陷通常被定义为严重缺陷，必须修复。若是在时间欠缺的状况下，可经过会议与产品，开发，运营，项目负责人多方商议后，肯定在不影响本版本的状况下延期处理。

健壮性测试

检验产品在出现异常时的处理机制。同时须要检验出现这些异常场景，或者是比较极限的状况的时候会否出现crash、anr的状况。通常只要有处理就不会出现问题。须要注意一些极限和异常场景，还有中断和弱网的测试。

适配

检验产品的兼容性，不一样的硬件设备，分辨率，操做系统，屏幕尺寸，手机型号等。安卓这一起是不太好作的，国内的定制系统太多了，通常方法都是针对主流机型进行测试。

稳定性测试

这里一般使用的是monkey进行测试。以前我也是对monkey不屑一顾，后来通过前辈指点也是发现了它的强大之处。目前也属于正在学习的阶段。主要手段仍是经过伪随机事件流，进行大量的点击，滑动等操做，主要是用来检测产品中隐藏的crash、anr的缺陷。

性能测试

客户端性能：主要监测，客户端运行时设备的CPU，GPU，流量，耗电量，响应时间等数据。进行数据分析，针对客户端对产品进行优化，从而提高产品的竞争力。这里是能够检查出内存泄漏的哦。在深刻的发掘能够分析客户端的性能瓶颈，甚至定位出影响客户端性能的代码。这一起做为APP的专项测试，实际上能够作的东西有不少，也值得你们去发掘去作。只是国内大部分中小型的公司尚未重视起来，都还属于走过场的形式，笔者也没有特别深刻的去作，也就不讲了。

服务端性能：主要监测，I/O，吞吐量，并发，压力，负载等数据。针对测试结果进行分析，寻找性能瓶颈，完成对性能的优化。主要目的是检查服务端的稳定性，可否达到预期目标，完成预期任务。这一起笔者尚未接触就不深谈了哈。

回归测试

回归测试，主要是针对开发修复的缺陷进行测试。评估改动的影响范围，有目标有针对性的进行测试。其实还须要对老版本的功能、数据等进行回归。不得不说黑盒就是麻烦，每一次改动，不管巨细，不管影响范围都必需要作这个。

上线测试

在发布上线以后，要在生产环境上进行最后一轮的系统测试。笔者通常是把前面全部作过的东西所有在作一次。

 

嗯...这个是根据传统的瀑布式模型整理的东西。

博客持续更新...东西也比较杂，毕竟咱也只是个小测试想到哪写到哪。只但愿对你们有所帮助。