【聚禄鼎】一站式企业服务平台如题中出现BUG测试的人是否有必要亲自分析一下原因？如果不是这样，那么应该怎么看这个测试呢？如果不是这样的，那为什么又要重新进行设计呢？在回答这个问题之前，我们首先来了解一下什么叫做分析程序和开发工具大田说出了他的思路:如果要进行分析的话，最后一定要制定查代码来进行分析，但测试人员可首先根据题目进行初步定位
总的思路为:通过测试人员进行初步的定位，然后辅助发展复现，通过发展分析代码、求解
本文的主要工作有以下几方面:1)在测试过程中，测试人员需要对程序进行全面检查，以确保程序不出现任何错误和缺陷，BUG也不会漏掉
可采用F12抓包，Linux查看日志log，查库对比的方法首先对报错情况进行分析，这些步骤基本上能够找出大多数的问题通过这些方法能够让开发人员在开发过程中更快地找到解决问题的办法，并降低出错的几率，从而提高开发效率测试人员将特定报错原因交给开发还可以促进开发效率
第2点为:"如果有的话，BUG是什么？
首先由测试人员进行再现，再现完毕，按上面第一点说的，接着进行后续的运算
3)重复以上步骤直至完成整个过程，缩短了测试时间
测试人员需把问题提上缺陷管理系统，并对发生的具体步骤，bug类型等作了明确说明，制定了按步骤进行问题复现和分析的程序
每一位测试人员进行项目时基本上都会碰到那种很难再现的bug，他们原本兴致勃勃地认为找到一个非常有趣的bug，等到提交时却被开发打回原形，等到将开发召集起来展示时却发现无法再现
究竟是什么造成了此类bug？
1、专用测试数据
经验丰富的测试人员做测试时不会按部就班地按case来测量，如果case粒度比较粗的话会像这样，有时会心血来潮地填入数据，导致程序报错误，当回过神来想重新现形时却发现case中编写的所有数据无法引发那bug，此时要尽量回忆当时使用过哪些数据（当然许多情况下的确不容易记住）
2、环境的不稳定性
在实际应用过程中，开发环境，测试环境，生产环境，UAT环境是相互分离的，因此不同环境中相同数据的真实结果可能会有所不同，这就使得测试环境中检测出的bug，在进行开发环境验证时并不能再现，此时很可能会出现开发已deploy最新代码而测试环境却得不到及时更新的现象；；（2）环境不稳，这类问题在工程前期表现得特别突出，刚刚搭设好的环境中总会出现许多令人费解的bug，这类bug很难再现；（3）软件与用户接口之间存在差异，这类bug容易引起用户对测试结果的担忧
3、操作顺序不恰当
如果网页中操作不按严格顺序进行，测试员测试时很可能第1次出现12354并检测到bug，准备回过头来验证时又发现再现不出来，这是因为用例中写入顺序为12345且检测到12354只是突发奇想，bug触发需特定条件及具体操作顺序，恰好12354可以达到触发条件，12345可以正常工作
4、找不到关键的触发步骤
具体bug多发生于具体运算后，当测试员无意中做了某个运算并尝试再现时却忽视了那个关键运算，这就难以再现了
5.内存泄漏
有些系统在长期的运行过程中才能暴露bug的存在，该问题难以再现如果系统在一段时间内没有出现过Bug，就无法对其进行修复。但是有些系统却因为某些原因而不具备修复功能。这类系统故障的修复是一件比较麻烦的事需长期测试证实和特殊场合出现数据锁问题等，造成部分bug难以再现
6.测试过程中，测试人员经常会遇到这样或者那样的问题
测试者在测量过程中忘了进行某一动作，造成所呈现的效果与期望不符，当再次回头按case跑步时，发现不能再现，造成误报现象
当检测到很难再现的bug时，最好是提交后将其设置为监视状态并观察其发生频率、时间等等，若一直到版本上线仍不再现，还需要继续追踪，毕竟这都是项目的风险范围
