怎么测试一个APP？
在开发团队将APP交付测试后，测试工程师首先需要验证交付的应用是否满足下列条件：
1.应用的固有核心业务及功能是否正常
2.测试过程中，应用是否稳定(稳定即表示应用未复现崩溃的情况)
如果条件满足，便可开启测试项目(如果不满足则需要开发工程师进行修复)。
一般情况下，一款app应用从设计、开发、测试到发布上线，会经过好几轮的迭代，接下来，我这边简单来介绍下已经通过冒烟测试(即上一段的核心业务功能测试)后，测试工程师如何保障应用的质量。
总的来说，个人认为移动端测试大体分为业务功能、应用的专项测试、兼容测试及性能测试等。
业务功能测试
首先，业务功能测试是保障应用的新模块及旧功能可用的测试。业务功能的测试点需要将产品需求的细枝末节进行覆盖，以保证应用可用。
保障新功能及旧功能的正常操作无异常后，我们便需要针对各模块的反例进行验证了，如:注册登录流程的非正常输入或操作、应用的前后台切换、应用所需的权限未开启等等。
专项测试
以前的移动端测试通常只考虑业务功能测试，觉得做了功能测试后就高枕无忧了，但是随着智能手机的普及，用户的业务场景对比以前更为复杂了，从用户体验来考虑，仅仅做功能测试是远远不够的，还需要保证应用模块的专项测试顺利通过。
对比了很多资料，也和同事、同行讨论过，移动端专项测试大体从手机的网络状况、性能、安装/卸载/升级、易用性等进行考虑。例如性能方面，和web端性能关注的因素略有不同，除了页面响应时间外，移动端还需考虑app应用在用户常规业务场景下的资源使用情况，如流量、电量等。网络情况除了需要覆盖应用在WIFI和4G的使用情况，还需要对弱网、无网络的情况进行测试(弱网络借助一些工具进行模拟)。
兼容性测试
由于目前市场上智能手机的机型、系统、尺寸、分辨率是五花八门，所以在上线前也要进行针对机型适配的兼容性测试，这方面的测试只要能覆盖主流的机型、系统版本就足够了，但现在除了BAT，一般的中小型公司是没有预算和能力做兼容性适配测试的，针对这方面，一般会选择将兼容性测试第三方服务商做，像testin、阿里云测等等，做适配服务也很多年了。
不过测试范围还是需要根据具体情况进行具体分析，例如：测试时间充足和测试时间紧张所覆盖的测试范围是不同的，测试时间不充足的情况下，需优先保证上线前通过了业务功能和兼容性的测试。
