偶现bug,测试人员怎么做能尽量多测试出来偶现bug,或者使用什么技术手段能尽量多的减少偶现bug,或者能提前发现,或者提前扫描到?

近期发现我们项目app,出现很多偶现bug,而且很难复现出来。老板的玩我们app时经常出现。定性为测试部门质量无法保障。想问问各位老师和大佬 1、测试人员怎么做能尽量多的测试出来偶现bug 2、或者使用什么技术手段能尽量多的减少偶现bug,或者让开发准寻什么规范能避免偶现bug,或者能提前发现,再或者能扫描代码发现?? 3、怎么分析出现的偶现bug?并不懂安卓开发 目前我们部门做的是尽量多的覆盖定制化类厂商系统的手机。和各种极端的场景,还有各种切后台的测试。但是还是达不到目的,偶现的bug并没有减少。

  • 开发的日志保存在本地,当老板玩你们app的时候,拉出日志定位问题,并总结问题的原因;
  • 偶现的bug无法避免,可能是操作的问题,也可能是其他问题,所以测试的时候尽量使用新的账号测试,并忘记需求,当自己是一个新手去探索性的测试

目前我要求部门就是核心测试完,然后探索测试。但是时间有限,每次上线只有一个小时的探索测试时间,不能发现所有的偶现问题。所以在想着有什么技术办法能解决这类问题不。比如让开发准寻什么样的规范,不容易出闪退,或者偶现的bug。再或者使用什么工具,能扫描这类问题

如果有工具可以扫描出偶现的bug或者bug,测试已经失业了,所以不想去这个东西;三点建议吧:

  • 当出现问题的时候,怎么去定位和解决问题,无论是老板或者用户,所以都需要一个解决问题的方式,这样才能bug越来越少,要说没bug那肯定不可能!!------服务器端一般用traceId,客户端一般用本地日志方式;
  • 开发定期进行代码的review,这样开发和开发主管进行review过程中,能够发现很多问题,包括但不限于一些偶发bug或者可能的代码问题;
  • 开发规范,进行代码静态扫描,看看开发的代码是否规范,这个规范仅供参考
  • 如果有能力,那就进行精准化测试;------这个可以暂定,因为这个ROI占比不高