作为测试人员，经常要求去重现bug。如何更好更快的重现bug，是测试人员必备的基本功之一，也是测试人员能力的体现。
通常某个线上真实用户提出有某某问题，测试都会花些时间来重现这些问题。因为线上问题的毕竟是线上的，优先级自然是要高些的。
而且更有挑战的是，大部分用户都不清楚软件的业务逻辑，他们只知道有问题，测试人员就必须根据用户所提供的“蛛丝马迹”来及时的重现问题，并及时的解决问题，来满足线上用户的需求。
由此可见，快速有效的提升bug的重现的概率，是很多基础测试工程师的能力的体现。那么到底怎么做呢？
第一：追根溯源，了解业务
我们知道绝大多数的bug都是在设计的时候产生的，我们最好是充分的了解业务。这是第一要诀。如果你连软件没有深入的理解。你是不可能第一时间定位到可能发生问题的模块或者功能点。对bug的理解我们还是建立在充分了解项目或产品的业务基础之上的。一般谁要是说到了哪个页面，哪个模块，出了什么问题？测试的“老司机”们都能第一时间在脑海里重现软件的页面。甚至不用去重现，他们都会直接指出可能是哪个地方的问题？
第二：提交的bug，务必详尽
通常情况下，我们的测试人员为了赶工，随便的提交bug给开发人员。结果等到发现的问题过多或者时间一长，那就忘记了。提交bug的时候，无论是操作步骤，最后的实际的执行结果，都必须详细，最好是该抓包的抓包，相关的信息都截图出来，保留好bug的证据。这样的话，开发的筒子们会更加容易追踪到这些bug。开发人员跟测试人员经常遇到的问题就是在缺陷系统中的bug，双方是喋喋不休。问题很简单，开发人员不是站在软件的全局去开发的，对业务的理解也不一样。测试人员就不一样，他们必须站在系统的角度通盘考虑。这样为了那些没有提交到位的bug往往也是互相指责。这样为重现bug带来了阻碍。
第三：注重bug产生的环境
一般情况下，我们都有开发的本地环境，测试环境，线上环境。bug是可能在不同的环境中诞生的，而且此时的bug最有可能跟环境因素关联。软件环境的复杂度和影响都是随着安装软件的多少而呈几何级别增长的。在哪个环境中诞生的bug，一定要第一时间在哪个环境中去重现。这样可以排除环境因素的干扰。从而快递定位bug。所以注重bug所产生的环境，是非常有必要的。我们通常看到很多开发人员重现bug的地方都是自己的本地开发环境，因为本地的开发环境时刻都在变化的。一定要注意环境因素的同步。这个时候才能更好的重现bug。
第四：强化工具，跟踪录制
很多测试人员，在执行测试用例过程中，都是在出现bug的时候，才会回想自己曾经的操作步骤。虽然重复操作后还是不能重现刚刚出现的问题，毕竟有的bug只是偶现。那么我们最好安装录屏程序。将之前的步骤重放一遍。之前是数据，步骤，等等相关信息都保持一模一样的模拟。这样也能提升bug重现的概率。
第五：兄弟同心，齐力重现
正所谓解铃还须系铃人，开发人员自己写的代码逻辑，自己是清楚的。他们会根据具体的bug，猜测到可能重现bug的业务场景。这个时候，测试人员要配合开发的筒子们一起重现。通常情况下这种黑白通吃的重现也是最有力度的重现bug的利器。所以只有兄弟同心，就不难发现狡猾的bug的行踪。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
