做了三年的移动APP测试，谈一下基本的测试流程和方法

笔者从2012年开始和朋友一起做了一个移动端APP的测试平台，组织一批测试工程师做人工黑盒测试服务，3年来也测试了1000+的APP。有500多家美国公司使用过我们的服务。下面聊一聊我们在APP测试过程中常用的流程和方法。

测试按大的类型划分可以分为白盒测试和黑盒测试。

白盒测试一般是由开发人员使用编码的方式进行。测试者需要接触程序的内部代码；而黑盒测试可以在不知道程序内部结构和代码的情况下进行。我们的服务只需要客户提交APP的安装程序，不提交任何源代码与测试用例，因此进行的是黑盒测试。

下面就是主要的测试流程了：

    进行冒烟测试。冒烟测试的来源有很多说法，其中一种说法是来自于硬件行业。电路板做好以后首先要在两边通电，如果路线板冒烟的话就说明板子有非常严重的质量缺陷，不能上市。在软件测试中，冒烟测试是指快速验证APP的主要功能（例如：微信的登陆、退出、发消息等功能） 。如果没有发现问题，再进行更加深入的测试工作；如果发现有问题，就说明APP有重大缺陷，需要打回给开发人员紧急修复。我们进行的冒烟测试是根据APP的主要功能来的，例如：分享照片的APP就试试拍照和分享功能。

    进行全面功能测试（遍历所有界面的所有功能） 。功能测试也叫行为测试，需要根据测试用例来验证应用预期的功能有没有实现。在移动开发团队中，这个环节一般由产品经理负责，查看自己提的需求有没有被实现。比较大的团队会有正规测试人员进行这项工作。由于我们的服务不需要客户提交测试用例，所以我们的测试人员会按照自己对APP的理解遍历所有功能，查看是否正常。我们会对所有的界面截图，为每次操作添加一条测试案例。记录中会标明在哪个界面，进行了什么操作，得到怎么样的结果。如果结果符合预期，则该案例为成功；如果结果明显有误，则该案例为失败；如果结果状态不明确或者有优化空间，则该案例为存在潜在问题。

    进行自由探索式测试（尝试边界条件、输入特殊符号、异常网络环境、突然中断程序等操作） 。功能测试的目的是验证正常的功能有没有现实，而自由探索测试的目的就是为了试试应用在极端的操作下会不会出现问题。一般的应用在上线前都能保证主要功能已经实现，并且在正常操作下不会出现问题。但是在某些特殊场景下，由于开发人员经验不足或者考虑不周全，应用会出现异常表现。轻则无法提供预期功能，重则APP直接崩溃。探索式测试就是要找到能让应用出错的操作。这方面的测试没有固定的套路，主要依靠测试工程师的基本经验。我们的测试工程师都是身经百战，比较善于找到APP的潜在问题。普通的产品经理和初级测试工程师则很难发现这类漏洞，等到用户使用APP时再发现就为时已晚。

    进行回归测试（对之前使用我们的服务测试过的应用，将案例复测一遍）。进行回归测试的前提是之前已经使用我们的服务，再次测试时我们会对上次的案例进行复测。因为开发人员在修复BUG的同时可能会产生新的问题，所以回归测试是很有必要的。也是一般软件上线前必须经历的一个阶段。回归测试中找到的问题有以下几类：修复，就是开发人员把上次测试时的BUG改正了；再现，上次的BUG这次依然存在；回退，之前正常的功能在这次测试中出现了问题。一般在进行了回归测试以后，我们还会尝试能不能找到新的BUG，这样就比较完整地对APP进行了复测。

以上便是我们对APP进行测试的主要流程，希望对大家有所帮助。本文有什么不恰当之处欢迎指出。

如果对APP测试有兴趣，或者有此类需求，可以关注我们的网站： www.testelf.cn。