虫子狩猎策略？

Question

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

精细.我们都去过那儿.

你有单元测试来编写和运行,调试/记录语句要插入,sql语句要编写和运行,你要用FireBug检查的东西等等.

假设第一步是提出您想要调查的潜在原因列表.

现在你必须决定做什么顺序.

你呢:

1. 根据直觉调查订单中的原因？
2. 调查原因从最快检查到最慢检查？
3. 假设该错误是特定于此功能的,并从大多数特定于功能的代码调查到最不具体的特定代码？
4. 假设这是别人的错,并从最常见的代码调查到您的特定代码？
5. 我没有提到的其他东西？

我有一种感觉,第一种策略是最常用的.也许只是因为我不与许多初级开发人员合作,而更多高级开发人员倾向于拥有体面的直觉.或许我们只是认为我们有不错的直觉,但应该使用更系统的方法.

有什么想法吗？

Answer 1

我发现Rubber Duck Debugging策略也很有效.