关于测试流程

有朋友问我关于测试流程的问题，并说自己公司总是出现线上bug，应该怎样解决。现在我对这些做了一些总结，希望对大家有所帮助。

现在需求变更频繁，测试计划几乎没有

一：测试流程（根据公司实际情况）

 

需求评审--->测试编写用例，开发编写代码--->测试用例评审--->开发提测--->进行测试，提bug--->产品验收--->上线

 

1.需求评审的之前一定要过一遍需求（需求评审的邮件里面有需求文档）；在进行需求评审时，提出自己的疑问点。

2.评审完后，进行测试用例的编写，对于需求不明确的点，跟需求人员确认（这一步很重要：评审需求时一般大题上没有问题就可以了，但是编写测试用例时会更加关注细节）

3.跟开发，产品进行用例评审（这一步也很重要，同一个需求，每个人的理解都不一致，可能开发和测试理解的完全不是一个。避免到了测试这一步才发现开发做的完全不正确）

4.根据测试用例进行测试，并对用例进行补充（这一步是真正进行测试时，开发出来的可能比预期的要多，比如一些初始化配置）

5.对测试出来的问题进行管理（即提bug：缺陷管理工具有很多，一般每个公司大同小异）

6.产品人员验收（这一步也很重要，否则到了上线后发现开发出来的不是想要的，或者中间流程有错误用不了，就尴尬了）

 

二：一些现状

1.测试最后知道需求

认为测试不重要，开发提测后，才告诉测试有这个功能，然后开发说怎样测试，测试就怎样测试

----导致问题：测试没有时间写测试用例，开发说什么就是什么，不知道需求怎样

----解决方法：在需求初期，测试就参与进来

2.没有测试用例

因时间有限，没有测试用例或者懒得编写测试用例

----导致问题：测试时想到什么测试什么，场景未测试完全，导致线上问题

----解决方法：若有时间，编写下测试用例。若没有时间，则只写测试点，尽量有一个思考的过程，确认下测试场景是否完整。