Testing 如果客户报告生产中存在缺陷,但您无法始终如一地重现,您将如何报告该问题?

Testing 如果客户报告生产中存在缺陷,但您无法始终如一地重现,您将如何报告该问题?,testing,qa,custom-errors,bug-reporting,Testing,Qa,Custom Errors,Bug Reporting,在以下场景中,测试人员应遵循哪些准则或最佳实践: 作为测试人员,报告问题的正确方法是什么,如果客户报告了生产中的缺陷,但您无法始终如一地复制它?如果您现在无法在没有任何复制步骤的情况下复制该缺陷,那么为该缺陷提交一份缺少详细信息的记录并将其传输给开发人员是没有任何意义的,因为它是不可操作的,并且开发人员无法调试并找到位置在触发问题发生的代码库中 您需要使用一种“bug定位”技术来准确地找到导致问题发生的原因 我建议您先找到步骤。作为例子,使用比较法 制作一个包含两列的表格(从左边看哪些工作正常,

在以下场景中,测试人员应遵循哪些准则或最佳实践:


作为测试人员,报告问题的正确方法是什么,如果客户报告了生产中的缺陷,但您无法始终如一地复制它?

如果您现在无法在没有任何复制步骤的情况下复制该缺陷,那么为该缺陷提交一份缺少详细信息的记录并将其传输给开发人员是没有任何意义的,因为它是不可操作的,并且开发人员无法调试并找到位置在触发问题发生的代码库中

您需要使用一种“bug定位”技术来准确地找到导致问题发生的原因

我建议您先找到步骤。作为例子,使用比较法

  • 制作一个包含两列的表格(从左边看哪些工作正常,从右边看哪些工作不正常)
  • 写下所有要比较的主要参数
  • 想一想“有什么区别?”(时间、对象状态、设备、通过UI或API复制等)
  • 写下所有的偏差
  • 然后依次获取每个参数并进行比较(缺陷是否仍然可以重现?)
  • 如果是,则将其扔回去并进一步移动
  • 继续,直到你发现到底是什么让你与众不同

  • 祝你好运。

    我建议你提出一个缺陷来解释问题,正如你所认识的客户一样,保留一些与该缺陷客户相关的独特信息,以便开发人员可以查看日志,查看当天到底发生了什么。按照客户步骤添加描述,尽量获取更多细节(特别是关于环境方面)。然后,写一个免责声明,说明你无法复制它,以便阅读该问题的人都知道它。