1、明确测试目的

我们很多人在进行产品测试的时候容易走进一个误区，那就是体验产品的时候对产品本身不了解，导致在测试的时候实则是产品本身的逻辑却误以为bug；对测试的目的不明确，原本是其它产品有的功能，自家产品没有，以为是bug？今天要告诉你的以上的想法都是你没有明确测试的目的。

还有测试不仅仅只是找bug，在进行测试的时候我们有三件事要做

1）比对产品需求文档。因为有些产品在开发的过程中有可能将功能跑丢，别不信，这事还真有。

2）找bug。再次验证之前测试出现过的问题；体验新功能，找出交互或者界面的bug；体验产品全部的功能，因为有些问题在以前的版本中没有问题，但是迭代后又会出现新的问题。

3）提需求。从用户的角度提出使用建议，优化用户体验。

2、准备测试

真正测试是需要花费时间和精力的，为了提高我们的工作效率，做好准备是必不可少的。

1）安排测试时间。测试时间一般在版本上线之前的一周开始。

2）准备测试机（安卓和iOS）。都知道iOS 和android的开发是分开同步进行的，但是可能由于在开发的过程中，沟通不到位，或者开发本身的原因，导致各种问题都有可能出现。

3）安装测试包。提前准备好测试机，与开发沟通安装时间，到时间统一安装，这样可以极大的节约各自的时间。开发哥哥是很忙的，互相尊重才能更好地合作！

4）建立沟通机制。提前拉好群，有重大bug及时反馈到群里，截图加上文字说明，甚至是演示都是必要的。

3、执行测试

在第一点提到过我们在测试中要做三件事，对产品需求、找bug、提需求。

那么在具体的测试执行中我们会遇到哪些问题呢，举例如下：

1）重大bug

卡顿：打开产品发布图片，就一直在上传中（前提不是网络不好），非常影响用户体验。

死机：产品玩着玩着就黑屏了，或者是怎么都操作不了，这种产品用户多半会卸载。

崩溃闪退：玩着玩着，突然就蹦出了，比如说我正在发布一篇文章，突然软件崩溃了，我再进来，需要我从新录入，我的内心会是崩溃的

按钮形同虚设：点击没有反应。

信息不同步：在这种情况下用户会以为产品有问题而放弃继续使用此产品

3）用户体验

加载慢：打开产品，刷新内容(文字、图片、视频），需要30秒以上，要知道现在的用户是等不及的。

使用路劲太深：想要使用一个功能，结果需要4步以上的操作，很多人会找不到好嘛！

网络切换提醒：用户在使用产品的时候很多情况下要考虑流量的耗费问题，如果使用一个产品不知不觉花掉自己很多流量，很多用户内心是拒绝的。

是否有反悔操作：用户的习惯是我操作了，你要给我反馈，不然我不知道我在做什么。

重要步骤是否有二次确认：比如说付款，我要是不小心点了一下钱就出去了，那这个体验是非常不好的，纵观互联网产品，在进行付款的操作都有确认这一步骤的，这并不是多余，而是非常有必要的。

用户列表到头提醒：告诉用户内容到头了，会给用户留下好印象。

出错用户反馈：相信很多人在注册的时候遇到过类似问题，产品需要你将资料都填写完才能点击提交，完成注册，但是很多用户是希望能够很快的进行。

退出后数据是否丢失：人们是持续使用一款产品，是因为这个产品上有自己的使用记录，跟自己相关，如果自己使用的产品没有自己试用过的痕迹，用户开始会怀疑自己，最后会怀疑你这个产品。

调用硬件服务：比如说获取用户的相机权限，通讯录，地理位置，麦克风等都是需要获取用户权限的。

4、撰写测试报告

以下给大家提供一个模板作参考，个人使用非常的方便。

这个过程主要是落地解决各类bug,测试执行过后根据测试报告总结的bug和需求，与产品和研发来确认是否是Bug，如果不是先留档，如果是什么时候改，改完告知验证。如果是需求是否能够满足，不能满足的留档，可以满足的在哪个版本？哪个时间点满足？

5、跟踪报告执行

与产品和研发确定后，测试这个工作依然没有完成，研发修复bug之后，需要再度测试，以验证问题已经解决。

有时候这个时间并不是一天就完成的，而是一个周期，比如说上线前的一星期，那么每天都需要去碰bug更改的事情。

6、总结

会议测试的过程，来总结此次测试，形成固定的流程和标准，使下次测试更加的高效。

比如总结流程如下：

确定测试时间——安装测试包——过往问题验证——新功能试用——复现测试问题——出测试报告——返回测试报告——继续跟踪——修改bug——验证问题——交付