移动端的功能测试范畴

　　要总结的是都很简单，但是很重要的功能测试。
　　定义功能测试：Functional testing is a quality assurance (QA) process and a type of black-box testing that bases its test cases on the specifications of the software component under test. Functions are tested by feeding them input and examining the output， and internal program structure is rarely considered (not like inwhite-box testing).Functional testing usually describes what the system does.
　　简单的说是功能测试时检验系统能够做什么的测试。对于移动端来说，这是一款什么样的app， 它可以做什么。但是相对于pc 端的系统来说，由于使用环境的多元化，使用的用户差异化，使用习惯的不同让一款app 测试起来颇为费劲，首先了解下功能测试要测试那些方面。
　　一、 验证App是否能正确安装、运行、卸载，升级以及操作过程和操作前后对系统文件的影响，主要包括：
　　1)检测软件是否能正确安装、运行、卸载；
　　2)安装、卸载、更新错误报告；
　　3)其他辅助信息：
　　-安装文件的位置和文件夹是否合理；
　　-组件是否正确注册或删除；
　　-系统缓存文件， 尤其是图片，语音保存位置，是否会影响系统层面的文件
　　问题3的第一个问题，主要指Android，实话这块检查的比较少，要求了解android APK应用安装过程以及默认安装路径，自行百度；后两个问题是经常会遗漏的，这是个巨坑，说多了都是泪呀！
　　4）升级！！其实在测试的过程中一般都会在不知觉中进行了覆盖性测试，但是你试过应用内下载测试么，这是经常忘记呀， 而且测试用例里面在第一版里面会有，之后不会再写，成了大家一个不说的测试用例，但是是会忘！！建议，针对上线写一个check list，包括这一项。
　　5） 从服务器下载的apk名字，尤其是通过浏览器下载的，用户会看不懂应用的名字从而造成错觉
　　二、 权限测试，权限测试这个是很简单的一个东西，也没找到有啥针对移动端的权限测试方面的介绍，简单的列下在工作中遇到的一些问题。
　　1)软件权限
　　-扣费风险：包括发送短信、拨打电话、连接网络等
　　-隐私泄露风险：包括访问手机信息、访问联系人信息等
　　-增风险项 ，获取应用内不需要的权限，尤其是Andorid 版本，这一块可以在设置中查看该应用获取了那些权限， 安装页面一般也会提示该应用需要获取的权限
　　2)开发者官方权限列表信息比对分析（尤其是ios的审核，一定要检查），而且在使用应用过程中，ios 都会提示用户应用要获取系统权限，这个在测试的过程中需要注意。
　　三、 需求文档或产品说明书中 内容检查--app 功能的主体功能，这部分一般都是由测试用例来表现， 所以测试用例的编写很重要了。
　　测试用例的定义：A test case is a document， which has a set of test data， preconditions， expected results and postconditions， developed for a particular test scenario in order to verify compliance against a specific requirement.
　　这个说的测试用例是描述一个输入，经过系统的操作产生一个结果的的指导文档。在实际的过程中，实际的这样的一个操作会有很多前提条件，会导致一个在不同的页面都会存在这样的一个测试用例，导致了测试用例的重复。当然这里我把测试用例定义为一个操作。 在不同的测试对象中，测试用例，具体指一个功能功能还是一个操作，还是一个场景，这个问题在这里不多做阐述了。测试用例只是工具，工具如何用要看个人，只要达到目的行。
　　测试用例编写这部分，本想这次一起总结算了，一个小时，还是没一个具体的方向，还是觉得测试用例编写不简单，再重看之前写的测试用例，觉得写的稀烂，但是真上手重新写， 还是觉得差点啥， 所以下次写出一版比较满意的测试用例之后，再进行总结，补上这部分的吧!