APP测试中的头疼脑热：测试人员如何驱动开发作好自测

现在，随着移动互联网的浪潮越翻越涌，移动APP测试工做的现状已经成了那本“家家难念“的经。无论公司大小，无论测试哪一种类型的APP，让普遍测试者苦不堪言的就属重复性最多，测试工做量最大的功能测试。而这个系列文章将逐一解构一些问题。

笔者经过对目前大型的安卓市场和APPstore进行调查，其实咱们能够发现天天都不乏有有创意的，可以针对市场需求的APP上线，但无论当时这些APP是否是排在榜单前列，过不了多久，它们便在应用市场中销声匿迹，变成所谓的“僵尸”应用。

面对这些如雨后春笋般冒出的APP，如果你使用过的话，其实就能够发现一个常见的问题---APP自己不错，但用户使用过中程碰到了各类异常，面对这样的状况，通常用户都会选择删除，继而选择其余更适合的APP。

大型公司：有多名测试专家，有庞大的测试用例库，测试工做分工明确，作功能测试的人员一般固定，新员工能力建设主要经过执行用例。功能测试人员耗费了大量时间在与开发的沟通博弈上。

中型公司：有一个看得过去的测试团队，测试用例和测试平台管理一般有待完善，而测试人员流动性对其测试能力的建设和传递提出了很大考验。一般一我的负责多项测试工做，时间耗费最多而对能力提高最小的手工功能测试则让测试者崩溃。

小型公司：只有一两个测试人员甚至没有，快速的研发进程都让研发团队目不暇接，更多的就忽略了全面的功能测试，更不用说测试体系创建。

而对中小型公司来讲，版本迭代没有严格的流程，一般版本提交测试后，发现不少问题致使冒烟不能经过，反反复复。

那怎样提升中小型公司测试执行的规范性，让测试驱动开发进行自测？

毫无疑问，不少测试接口人或者测试者都遇到过这种状况，开发人员完成功能开发就丢给测试人员，你问他自测过吗，他的回答是确定的。

而每每测试人员一验证就发现冒烟不能经过，再打回从新修改，一来二往，时间浪费了，测试人员不胜其烦地为开发作了验证工做。

你再问开发“你到底有没有本身好好作一轮APP功能测试？”

开发回复你“哦，我这边没有手机了~”

到最后项目时间变得很紧张，由于在国内测试主要是后期工做，这时间压力就落到测试者头上。测试不完整致使的大黑锅便天然落在了测试人员身上。采用一种APP自动化测试工具，能避免双方责任推诿，经过工具详细记录测试过程，并以执行用例的方式呈现。测试成功与否，测试问题截图日志所有都自动保存。测试结果能够直观看到，省去了一来二去的相互推诿，不论是开发仍是测试，工做效率都会更高。

驱动开发去自测，APP开发的流程会更加天然而规范。