App功能测试总结（一）

APP的发展在软件行业非常的迅速，但是APP给用户带来的体验以及软件质量的本身还是存在很多的不足。

APP测试也随之发展起来，但是在具体的质量要求上还是没有一定的规范要求。

借鉴前辈们的测试经验汇总一下，日后供自己学习使用。

一个APP项目从开发到上线需要做的工作还是比较多的，大致的流程：

一、评估测试周期
二、整理测试资源
三、测试要点

            1）预测试，在正式的开始测试之前，需要对开发提测的功能进行简单的测试，主要是为了保证测试流程可以进行下去，提高测试的效率

            2）功能测试，预测试通过之后，就要按照测试用例进行功能的测试，在确定完全提测之后，测试过程中遇到的所有问题都要进行记录，提交到bug管理工具

            3）UI测试，UI测试这一部分相对于功能来说优先级低一点，这部分主要涉及到UI部门的验收，在测试的时候一切按照事先确定的UI效果图进行。

           4）兼容测试/性能测试，这部分目前还只是一个比较不受重视的部分，公司的设备也只是一部分，效果不是太好，性能测试这一部分到目前为止我还没有做过，该怎么做也不是很清楚。

          5）回归测试，回归测试在整个测试的过程中可能会重复多次，因为每次的修改提交的版本都不能够保证其它功能不能出现问题，这个是一个比较难解决的问题，一般的解决方法都是使用UI自动化测试将这个回归跑一次，但是并不能百分之百的保证测试的整个流程中不出现问题。从此看来自动化测试还是非常有必要出现的，要花大力气开展工作。
        
四、测试日报
五、产品上线报告

以上是一个APP项目上线的大致流程，具体的细节问题还是需要根据实际的情况安排具体的计划。

以下是对测试工作的内容的总结，这些都是前辈们总结的，借鉴一下参考

一、测试周期
APP的测试周期一般是两周，可以根据项目的实际情况以及版本质量对测试周期进行适当的调整。在正式的测试开始之前应该向主管或产品经理确认项目的排期。

二、测试资源
在开始测试之前对测试的各项资源进行检查。产品功能需求文档、产品原型图、产品效果图、行为统计分析文档、测试设备等。对于一些特殊的需求要有专门的测试安排，具有秒杀专题的项目，需要规划秒杀时间表；优惠券相关的项目需要申请添加优惠券数据；具有支付功能的项目需要提前申请支付账户等。

三、UI测试
1）确保原型图和效果图是最新的版本
2）确保产品UI设计符合领导的要求
3）所有的界面问题都以效果图为准，如果存在体验方面的问题需要向相关的人员询问，最后以邮件的形式确定
4）在测试的时候测试环境中的数据是模拟数据，测试的时候要考虑正式环境下的数据可能显示的情况

四、功能测试
1）确保功能需求文档是最新的
2）确认所有提测的软件功能都以按照需求完成并且逻辑完全正确
3）所有的功能问题都要以需求文档为准，如果存在用户体验方面的问题，需要向相关的人员询问以邮件的形式确认最终的决定。
4）对于需求中一些难以在短时间或不能实现的功能，需要向产品确认，开发的解释不能作为功能裁定的结果，以邮件的形式确认。
5）在项目中由外部原因导致的问题，要督促客户端与服务端进行协调尽快的解决，这些在以后的测试报告中都要写清楚
6）所有的“延期处理、设计问题”等，这些都需要和产品确认之后才能够决定，也要在报告中告知
7）在上线之后的测试过程中，需要发布的一些信息等，最好都要写上测试二字，以标记是测试人员在进行测试以免造成影响

五、兼容测试/性能测试
1）确保版本在所有的机型上都可以使用，对于用户的使用量低于5%的机型可以不用考虑
2）对于低端性能兼容机上独有的问题，如果存在很大的技术问题，如果在排期内无法按时解决，在测试报告中需要告知，并向产品确认最终的决定，以邮件的形式
3）性能测试必须满足硬件压力条件下的测试需要，用户常用的APP要在后台运行环境中测试
4）网络响应对用户体验方面的性能测试，需要保证在WiFi、3G、2G网络下的切换效果。比如WiFi切换到2G环境，网络响应的速度以及切换界面

六、回归测试
1）软件在最终上线之前，需要对产品做回归测试，测试的内容包括之前所有的测试项目
2）回归测试不再对细节进行测试，类似于对产品进行验收，以客户正常使用的角度进行测试。
3）通过回归测试之后，才能够将软件提交给产品，然后上线。

七、测试日报的内容

测试人员每天需要对当天的测试项目写日报。
测试日报包含的内容：
1）对当前测试版本质量进行分级
2）对比较严重的问题进行标记，提示开发人员及时修改
3）对版本的整体情况进行评估

八、产品在上线之前测试人员给产品发送上线报告