1.1 了解需求
这一点，不但是功能测试，是所有测试都需要的第1步。通过需求文档，与产品经理的沟通，与开发的沟通，用户的使用习惯等各方法，了解APP的需求。
1.2 编写测试用例
当然之前可能是测试计划，测试方案的确认等。这是测试经理的主要工作。测试用例的编写，主要是建立在第1步的了解需求之后。测试用例主要包含：1用例标题；2用例数据；3测试步骤；4期望结果；5实际结果。当然还有其它的，包含测试人员，测试环境，测试工具等。
这里，APP测试的内容，一般包含：
1.2.1 APP的下载，安装，卸载。
能否正常下载
安装是否正常（有网，无网是否都正常），路径是否正确，文件或者占用手机内存大小等（如果需要）
是否没有得到用户允许就自启动
特殊情况下，比如内容不足情况下的安装。不要导致系统死机，重启，断电等严重问题。要提示用户内存不足，然后取消安装。重新安装没有问题。
卸载是否正常，是否将全部必要文件删除（如果需求需要，有的APP是要保留部分文件的，尤其是用户使用产生的文件）
直接删除文件导致不能使用，是否有提示
1.2.2 权限的验证
获取的权限是否得到用户的许可，尤其是部分重要的权限，如使用网络，使用摄像头，读取通讯录，短信，通讯记录等。
使用发送短信，打电话前要提示用户。
没有网络时，要提示用户。这里包含各页面时的提示，尤其是注册登录时，也可以放在功能模块的测试中。
如果得到短信权限，可能得到短信关键内容。例如接收短信验证码。
上面这些，其实也属于安全测试，但因为较简单，也可以当作功能测试。 至于是否存在用户数据泄漏，属于更专业的安全测试。
1.2.3 UI界面的验证
各界面是否需要需求，以需求文档和用户习惯为准。
1.2.4 各功能模块的验证
一般的功能模块包含：注册，登录，个人中心，各相应功能。。。
1.2.5 注册登录的通用的重要测试点：
没有网络时的提示
登录后，直接进入个人中心，或者是首页
密码的验证，密码的保存（是否加密保存在手机中），密码的长度，错误的提示，找回密码，密码最多错误次数的限制及后续处理逻辑（多久后或者怎么操作后可以重新登录）。
是否允许多设备的登陆，台式机和手机的同时登录，多台手机的同时登录
登录后，系统是否正确处理（个人信息是否正确，用户权限是否正确）
登录超时的处理
一般现在没有注销功能，若有，注销后是否能重新注册，且信息是否处理正确（新用户不受原用户信息的影响）
1.2.6 运行APP的重要点有：
应用前后台的切换，是否崩溃，是否能正常使用（时间短，正常使用；时间长了，相当于重新打开应用），是否能正常接收新数据
锁屏解屏对应用的影响，是否能正常接收新数据。
有电话进来后，再使用APP，功能是否正常。
关闭APP后再打开APP，是否正常
对于有数据交换的页面，每个页面都要进行前后台切换，锁屏触屏，电话接入等测试，因为这种页面最易出问题。
1.2.7 免登录功能
关闭APP后，再重新打开，是否免登录
切换登录用户，用户信息是否更新
修改密码后，是下次登录或者开户时校验新密码，还是本次登录要马上退出重新登录？
1.2.8 数据更新
哪些页面的数据是自动更新，哪些手动更新
前后台切换时，数据是否更新
哪些数据是实时从服务端请求，哪些缓存到本地
1.2.9 离线浏览
是否支持离线浏览？
支持离线时，前后台切换或者锁屏触屏后，是否都能浏览本地信息？
手动刷新时，是否有对连接网络的提示？
1.2.10 APP更新
打开老版本时，是否有新版本的更新提示
是否强制升级
不删除老版本情况下，直接更新，是否正常，更新后，是否能正常使用
1.2.11 相机使用
专门提到相机，是因为相机使用频繁。而照相质量，用户也很在意。所以当APP调用相机时，功能是否正常，质量是否可靠，也要多次测试。
1.2.12 消息推送
用户接受消息推送时，是否能正常接收各类消息？
不打开应用时，能否接收消息
打开应用时，能否接收消息
登录与不登录情况下，接收消息是否有区别（其实这些需求中都要明确，才能针对性展开测试）
精确推送，是否只推送给指定用户
1.2.13 兼容性测试
兼容性测试，严格来说不是功能测试。但这里功能测试，只是与性能测试，专业的安全测试区分后，笼统地称其它测试全为功能测试。
包括设备的兼容性测试，及网络的兼容性测试。
设备包括，不同品牌，不同系统（miui等）的手机，不同版本的android， ios， 不同屏幕大小的手机。
网络包括，WIFI,各种制式的3G, 各种制式的4G
对http和https分别适应，这点是以前没考虑到的。在星巴克等场所，需要输入用户名和密码才能上网，这样的网络通常是https。
这里额外补充一点关于自动化测试的。不要盲目追求自动化，因为app开发周期短，UI变化大，导致自动化投入成本高很多。这对于大多数公司是不适用的。