对于测试而言，总会因为某些小概率事件的发生而遇到个别无法重现的Bug。虽然听起来让人有些沮丧，但我们也不能只顾垂头丧气，什么都不做。下面的一些应对不可重现Bug的处理方法可以参考。
保留现场由于不能重现的Bug通常都是严重错误级别以上的Bug，所以只要出现严重错误以上的Bug，测试一要保留现场，即时请开发人员过来查看。这样，无论下次这个Bug能不能重现，都会因为开发人员及时查看了现场，都有助于其进行Bug分析和问题定位。毕竟，眼见为实，耳听为虚嘛！
追溯测试场景测试对于每个Bug出现的场景都应进行准确而详细的描述，包括问题发生前所做的具体操作（如点击按钮的速度），当时的软件状态（软件处于哪个界面或对话框）、当前的数据、软件运行的环境配置等。这样，遇到不可重现的Bug之时，可以尽可能地复现发现Bug当时的场景，增加Bug复现的几率。
日志分析如果软件中已经设计有输出运行日志信息的功能，那么通过分析该日志信息，有助于获取不可重新Bug产生的原因和问题定位。如日志中所记录的用户操作的路径，或者操作过程中所触发的消息等。
特事特办虽然不可重现的Bug出现的概率较小，但它既然能被测试发现，就不能排除它不会在交付给用户使用后不会出现。而且，这样的Bug通常都是严重级别较高的Bug，一旦出现就可能会引起用户不满和投诉，所以，对于不可重现的Bug应给予足够的重视，应考虑交由专人处理，快速定位解决。
这正是：
Bug 虽然难重现，但也不能不去管
保留测试好习惯，快速解决才应该
参考书目: 软件测试之魂：核心测试设计精解，作者：肖利琼，出版社：电子工业出版社
作者简介：王小双，长期从事GJB5000推广、实施、评价、改进的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。返回搜狐，查看更多
责任编辑：
