移动APP如何测试.docVIP

.. . 　　移动App如何测试 　　移动互联网走到今天，App寡头化的趋势愈加明显，同时用户的口味也越来越高，这对移动App开发者提出了更高的要求。 　　一、移动App测试的现状及其挑战 　　移动互联网走到今天，App寡头化的趋势已经越来越明显，同时用户的口味越来越高，这对移动App开发者提出了更高的要求。几年前可能你有一个创意，随便做一个App，就算功能简单，Bug很多，也会有不少用户会使用，因为当时的选择少。而现在，如果App的质量不过关，体验不好，还经常崩溃闪退的话，会被好不容易获得的用户立刻卸载掉。这就要求开发者对于App的测试越来越重视，而App的测试和传统测试相比，面临更多挑战： 　　1、App迭代速度快，测试时间少。 　　现在的App迭代速度非常快，通常一个月一个大版本，两周一个小版本。而开发人员水平参差不齐，基本上都是临近发布前才能提供可测试的版本，给测试人员留出的时间非常有限。这就直接导致了测试人员可能无法对App进行全面的测试，根本无法保证App的质量，所以我们经常看到很多App带着Bug就上线了。 　　2、App测试的准确性和问题追踪难以保证。 　　据统计，由于缺乏真实环境下的用户场景，App测试遗漏环节高达20-50%。由于测试人员本身不专业，同时缺乏通用的App测试工具，导致很多App发生了崩溃严重问题时，测试人员很难提供给开发人员精准的崩溃日志，让开发者无法精确定位问题和分析问题。 　　3、手机机型分裂越来越严重，App兼容问题突出。 　　目前Android机型有几千款之多，加上各种操作系统版本、各种屏幕尺寸、各种厂家自定义ROM，给App带来了严重的兼容适配问题。而随着苹果发布新机的节奏在加快，以及iOS版本不断更新，iOS上的兼容适配问题也开始增多。App的测试人员没有时间，没有能力在所有机型上验证App是否可以正常运行，大多数情况只能挑几个手头能找到的机型做简单的验证测试，就草草发布上线，结果可想而知，就是在最终用户手机上出现各种意想不到的适配问题。 　　二、移动App测试的几个阶段 　　1、功能测试 　　App代码开发完成后，会进入内测阶段。团队内部测试人员会进行功能验证，有能力的团队除了人工黑盒测试外，还会使用自动化工具进行集成测试。 　　2、体验测试 　　功能验证通过后，可以引入真实用户进行体验测试，根据用户的真实反馈快速响应，迅速调整App的功能。 　　3、兼容测试 　　由于目前App在不同手机上可能存在严重的兼容适配问题，进行大版本迭代，或App底层框架有所调整时，需要进行兼容测试，确保App在绝大多数手机上能够正常运行。购买市面上所有手机来一个个进行测试，无论从时间上还是成本上来说，对普通开发者都是难以承受的。也正因如此，市面上出现了许多第三方服务来帮助开发者们完成兼容性测试，就比说汉恩互联就很不错。 　　4、质量监控 　　真实环境的复杂，用户行为的不可预知，导致再完美的测试也不能保证App完美得没有Bug，所以App上线后的质量监控就尤为重要。这时就需要使用质量监控工具，第一时间掌握App在用户端真实发生的各种崩溃闪退等问题。 　　三、不同于传统测试的App功能测试 　　1、从传统到现在的用例测试 　　App功能测试一般是团队内部人员执行，通常进行的都是黑盒测试。目前研发团队逐渐通过执行用例测试的方式来完成App基本功能的测试。用例测试的意义在于使得测试有针对性和目标，测试点可以量化，测试行为可以控制。 　　App的用例测试是从传统软件测试继承下来，早期的测试用例通常比较简单和随意，只是对功能或使用场景做了简单的罗列，较少考虑功能的覆盖、颗粒度大小等问题。而现在的测试用例会越来越多地考虑测试覆盖率、缺陷的发现和执行的效率等方面的影响。 　　具体的测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等，测试人员可以根据实际情况来量体裁衣。 　　App测试通常会进行以下几个必测项目：UI测试核对RP/效果图;功能测试核对需求文档编写测试用例覆盖全部的功能点，对照需求文档逐一完成验证。这类工作通常都是纯手工进行的，测试者需要维护好App的测试用例，随着App的功能迭代，不断更新App的测试用例，并定期进行全用例测试，保证用例覆盖度以确保App的每个功能点的正确运行。 　　2、移动App的自动化测试 　　在App功能测试中，对于一些固定的用例执行，可以使用自动化测试工具，通过编写自动化测试脚本来执行，减少人员的重复劳动，提高整个测试的效率。 　　自动化测试分为UI自动化、接口自动化、性能自动化和安全自动化。从流程来说不搭配持续集成的话就不能称为全流程自动化，持续集成包含的不止是自动化测试，还有环境部署和开发打包等环节。进