不可复现bug测试方案_如何描述测试中的bug
不可复现bug测试方案由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“如何描述测试中的bug”。
Troubleshooting 核心：
1.头脑要清晰，思维要收敛，而非发散。2.与开发人员保持良好、准确的沟通。3.细心、耐心。
4.不轻言放弃，即使开发人员也快失去了信心，你也不要放弃。5.自信，有些低水平的开发人员分析定位问题的能力比测试人员要弱
不可重新bug重现方案1：
1.确定版本是否与客户使用版本一致；
2.客户使用环境：操作系统、软件环境、IE、防火墙、Office 版本、杀毒软件版本；
3.客户问题描述，尽可能详细的了解，在什么环境下做了什么操作发生了什么问题；
4.对被测系统的功能非常了解，经过程序员讲解，获取实现此功能的原理 5.反复验证
不可重新bug重现方案2：
1.首先确保被测试目标的软件版本是发现问题时的版本--版本不一致就没有分析定位问题的前提了。
2.如果被测试设备是硬件设备，要确保重现问题时是同一台硬件设备、同一张硬件板卡--因为有可能问题就是由某种硬件板卡的个性故障引起的。3.搭建测试环境的辅助软件和辅助设备要与发现问题时是同一台设备及同一软件版本--因为问题有可能是由于辅助软件和辅助设备的故障所引起的，或者由于辅助软件和辅助设备的某个异常才触发了被测试设备的问题。4.所有测试环境的硬件条件都确保一致后，就需要确保测试目标的功能配置及参数与发现问题时的数据是一致的，特别是输入值应该与出现问题时一样。5.完成前面4步准备工作后，至少要让一名开发人员陪同你一起开始重现问题，因为他会从实现内部原理的角度给你提供很多提高重现工作效率的意见和建议。同时，他还可以通过在测试过程中不断查看各种重要的系统数据来找到一些可帮助快速突破的蛛丝马迹。
6.如果在第5步中没有找到可以定位问题的原因，就需要再回忆第一次遇到问题时的所有场景，查看自己有无遗漏信息，并继续坚持去尝试重现。因为确实有些问题是小概率发生的，是多种瞬间状态临界值的交集。即使定位到了触发条件和原因，在操作上也很难每次都掌握到那个临界状态。只有不断尝试和坚持才能把问题重现出来，帮助开发人员修改该问题。
不可重新bug重现方案3：
1）尽量获取系统的打印信息和DEBUG信息； 2）测试人员应该报告不可重现的缺陷；
3）在产品操作指南（使用说明）中明确告知客户； 4）缺陷报告中明确该缺陷能够重现的可能性；
1、尽量获取系统的打印信息和DEBUG信息
尽管测试人员在测试过程中经常会碰到一些难以重现的缺陷，但是，系统出现异常行为的时候，通常总是会存在一些蛛丝马迹的。这就需要测试人员需要有足够的耐心和细心。同时，测试人员在测试过程中，应该养成有些良好的习惯，例如：打开系统的DEBUG端口，不断捕获系统的打印信息，特别是信息中提示错误和告警的信息，从而帮助开发人员跟踪和定位缺陷发生的原因，从而有利于开发人员解决这种类型的缺陷。
例如：在测试过程中，测试人员经常会碰到系统重启的问题。对于这样的问题，我们可以从下面几个方面对该问题进行分析：
● 仔细分析DEBUG端口中打印的错误和告警信息，例如：信息是系统级别的，还是模块级别的？系统什么情况下会出现这样的信息？ ● 分析系统在什么情况下会出现重启，例如：数据的溢出、野指针、堆栈溢出。通过分析原因，可以更好的分析导致缺陷的根本原因。
2、测试人员应该报告不可重现的缺陷
即使是不可重现的缺陷，笔者认为，测试人员也应该报告这样的缺陷。假如组织内要求测试人员报告不可重现的要求，可以推动测试人员对这样的缺陷进行仔细的研究和分析；报告不可重现的缺陷可以形成项目的不可重现的缺陷数据库，定期浏览这些缺陷，并进行集中的分析，可能会在不同的缺陷描述中发现一些共同的或者可能有联系的信息，有助于问题的解决。
另外，报告不可重现的缺陷，也有助于测试人员和开发人员对这类问题和系统表现进行跟踪。
3、在产品操作指南（使用说明）中明确告知客户
对于通过测试人员和开发人员共同努力，还是无法进行重现的缺陷，测试人员不仅要报告缺陷，如果该缺陷可能对用户的使用有较大的影响，测试人员还应该在测试报告中描述这样的缺陷，告诉用户缺陷的表现，可能导致的问题，以及可能的补救方案。
通过在用户操作指南（用户手册）中明确告知系统存在的一些不可重现的问题，不仅可以让客户了解产品中可能存在的问题，提前有一定的心理预期；同时在他们碰到问题的时候，也可以根据我们提供的一些补救方案，客户可以继续使用产品。
4、缺陷报告中明确该缺陷能够重现的可能性
最后，测试人员在报告不可重现的缺陷时，应该在缺陷报告中明确提示该缺陷不可重现或者难以重现，避免在进度压力太大的情况下，开发人员将精力过多地放在这种类型的缺陷修复上。
不可重新bug重现方案4：
1.程序错误可能有延迟效应，例如内存泄露、指针越界或栈被破坏。可以用内存工具监控内存。如，Purify或类似工具。
2.程序错误可能依赖于特定的数据或被破坏了的数据。3.程序错误可能在特定的时间内发生，检查日末、周末、季末、年末这些特定的时间。
4.错误可能依赖于特定顺序执行时发生，在发生错误前，执行了什么？ 5.程序错误可能是前面失效的残余，例如，上一次出现的GPF后重启计算机了么？
等等。
