测试主要流程：
A.准备阶段：由于测试的独特性，属于别人开发出东西，你才能测试，所以如果开发没有开发出模块，QA就要等待，这个阶段可以看开发文档，通过文档写简易的测试用例及测试点。另外，这个阶段，我个人工作经验是了解业务需求和查看UI设计图。这个阶段，QA就要了解到一个宗旨，QA是PM和UI设计师的刀，是将他们思维贯穿下去的工具，所以其实我一直认为一个好的QA对产品是不能有自主思维的。
B.测试初阶段：细化测试用例且熟悉开发部分前端页面，由于目前大部分开发项目都采用前后端分离的开发模式，则所有端类，包括安卓和IOS都是页面先走，然后写接口。这个阶段，测试就可以介入，去拿着UI和PM的设计图及跳转逻辑图却和已经开发出的界面比对，如果出现问题，汇总，然后尽快第一时间通知开发修改。这个阶段，我认为对PM和UI设计师的要求很高，因为目前很多小公司做不到完善的设计图纸和UI交互逻辑，如果没有比对图，那么QA就无法去找问题，所以这个阶段还是要靠他人，很多人不适应这个阶段，从而就会放弃QA，但有一部分非常热爱产品的QA可能会充当起PM甚至会PS和美工的QA可以提出自己的效果图意见，从而发挥出人的主观能动性，国外这方便可能做的比较好，人人皆有发言权吧。
C.正式测试阶段：执行测试用例，主要是看功能及系统是否有BUG，这个阶段用例的书写程度高度都决定了测试的覆盖性，非常重要，另外，QA个人的工作经验也非常重要，我个人就尴尬的遇见过我测试很多遍觉得完全没有问题的APP，但到了有经验QA手上立马发现BUG的情况，这个阶段应该明白2件事情，首先用例只能覆盖功能，梳理思路，不能自主发现BUG，属于主动找BUG，必须匹配着经验去寻找BUG，其重点是非规则的操作，因为实际过程中用户不可能按照用例去操作。
D.回归测试阶段：这个阶段分两部分，一部分回归发现的BUG，走主要流程，看APP是否能完成主要功能，另一部分发现新的BUG。而自动化测试这个阶段尤其重要，因为繁琐的工作尤其是强大。另外，像支付宝这种对容错率极高的快速迭代APP产品也一定要使用持续的自动化测试去保证质量。
E.产品迭代维护阶段:这个阶段，自动化测试及QA的功效发挥最大的时候，需要根据用户的需求及建议复测BUG，需要开发更改完代码后迭代测试。
说了这么多，QA其实最关键的还是发现BUG，不管是自动化测试也好，还是迭代测试也罢，都是发现BUG的过程为第一位的。有段时间在论坛上面看见一个例子，有一家很好的互联网公司，给一名非常擅长探索性测试（就是不用用例去测）的高手开到了20K，因为这个人不管是测试经过多少遍，到他手上总会发现BUG。这个事情一度让我这个偏向技术的QA大为吃惊，因为有时候人就是这样，偏向于一个方面，就会忘记全局，作为QA的大局观就是发现BUG，如果没有这个大局观，最终也是做不好QA这份工作的。当然，大部分人都是混口饭吃，我最初也是这样，但这样好处是不操心，坏处是会损耗你的兴趣及乐趣，希望后来的测试小伙伴们共勉。
print("Hello World~")
网友评论