如何尽早发现bug，预防风险及降低bug修复的成本

本文以一个场景为例进行讲解，假如你进入公司，给你负责一个模块进行测试，如何尽早发现bug？

存在的现象：

1、大多数人在拿到模块之后，可能不去过多分析，直接开展测试。(请问你们都是这样吗)

存在的问题：

1、试想一下，如果你介入的项目是一个升级的项目，你负责的模块的功能有可能是复用于之前的系统，请问你花费那么多的时间去做测试，有意义？

2、假如这个模块里面的功能都是新研发的，公司里面研发人员的技术水平有高中低之分，请问你在您经理和菜鸟研发的功能上都花费同样的时间，你觉得合理吗？(经理研发水平高，菜鸟能力毕竟有限，正常来说应该多花点时间去测试菜鸟研发的功能才合理)

如何解决问题：

通过上面的例子，我们可以知道，分配一个模块给你测试，千万不能急于马上开展测试，要知道磨刀不误砍材工。我们应该根据这个项目的现状，来对我们要测试的功能进行一个优先级的划分，比如：半复用的项目，新研发的功能优先级应该排前面。全新的项目，应该根据的项目的2 8原则，80%缺陷隐藏在20%的代码里，所以我们应该着重去测试这20%的代码，而不是在其他功能上花费大量的时间去做测试。那么如何去确定20%的代码呢？确定功能是否常用的，复杂的，开发人员的技术水平，开发人员的业务成熟度，核心的功能等等。依据这些去调研，将功能的测试分优先级，才能帮助你更早去发现bug。

带来的价值：

1、分优先级去测试，把时间用在刀刃上，尽早发现缺陷。可以降低开发修改的压力及修复的成本。