#1 楼
当缺陷发生时，您想分析它是如何发生的。因此，您可以决定将来是否可以避免类似问题。为此，我将使用简单的根本原因分析。也许您想让用户，开发人员，管理人员等其他利益相关者参与进来。 />是不断改进的力量，帮助团队适应和优化以取得成功，而不是为捕获失败提供安全网。
moderntesting.org
#2 楼
作为测试人员，您永远不会试图解决您正在寻找的问题。您正在寻找解决影响成千上万个单位的系统性问题的方法，这些问题您将永远无法直接查看。系统的方式，或者最有可能因为不系统而被忽略的方式。#3 楼
根本原因分析可以通过分析过去发生的问题来预防问题。作为专注于根本原因的纠正措施的质量保证，比简单地处理问题或事件的症状更为有效，这有助于我们在缺陷聚类下针对相同缺陷遇到更多问题，并在通过系统过程完成并得到结论支持的情况下有效执行证据，通常对于任何问题或事件都有一个以上的根本原因，我们应该调查每种原因，以便通过对事件的问题识别来进行调查和分析的重点。#4 楼
我可以举一个汽车嵌入式项目的例子。假设您对电子控制单元进行了硬件在环测试，并假设发现了问题。现在，从理论上讲，这足以显示预期和实际的结果并参考测试用例。
但是，考虑到您有时间和价值连续的硬件信号，这些信号是由运行在与测试系统和6MB RAM不同步的硬件上的软件处理的对于电子控制单元中的静态变量，通常需要大量数据才能根源。甚至是单独的测试步骤。
即使那样，您可能也必须重试，因为这将比硬件拥有更多的记录容量。
最后是您的测试系统本身可能有问题，例如电线松动。
评论
我猜想与此相反的是：“如果不打算修复它，为什么还要麻烦测试呢？如何在不弄清楚它发生的情况下如何对其进行修复？”为什么任何行业的任何人都需要了解和解决实际问题，而不仅仅是修补症状并希望获得最佳结果？
真？我不相信您真的不能理解为什么找出某事发生的好主意。
从分析上说，无界与有界是任意的。