debugging - 漏洞搜寻策略？

Question

假设您在对软件相当复杂的部分进行功能测试时发现了一个错误。
它可能源于数据库中的错误/意外数据、中间层代码或前端中的某些内容。

美好的。我们都去过那里。

您有要编写和运行的单元测试、要插入的调试/记录语句、要编写和运行的 sql 语句、要使用 FireBug 检查的内容等。

假设第一步是列出您要调查的潜在原因。

现在你必须决定按什么顺序做事。

你:

根据直觉按顺序调查原因？

从最快检查到最慢检查的顺序调查原因？

假设该错误特定于此功能，并从大多数特定于功能的代码到最不特定于功能的代码进行调查？

假设是别人的错，然后从最通用的代码到您的特定代码进行调查？

还有什么我没有提到的？

我有一种感觉，第一种策略是最常用的。也许只是因为我没有和很多初级开发人员一起工作，而更多的高级开发人员往往有不错的直觉。或者也许我们只是认为我们有不错的直觉，但实际上应该使用更系统的方法。

有什么想法吗？

Answer 1

我找到了 Rubber Duck Debugging策略也很有效。