调试测试，需要建议

Question

作为访谈的一部分，我正在进行调试测试。我想如果有人能够帮助解决这个问题，那么当我遇到一个庞大的代码库并且必须在一两个小时内找到bug时。这将是Eclipse 3.2 +上基于Core java的app（我猜）

Answer 1

不是一个完整的答案，但你可以刷新techniques for remote debugging as well

当您没有完整的Eclipse项目时，它可以帮助您查找错误，但是在外部应用程序（包含其源代码）崩溃的情况下。

Answer 2

我不想这么说，但如果你不知道如何解决这个问题，那么很有可能你没有他们所需的经验/专业知识水平。试着从现在到面试之间学习可能不会有太大的帮助。

从积极的方面来说，你已经已经到达了详细的面试阶段，这是一个好兆头。尽管你担心，你可能已经在调试中达到了他们最低水平的经验/技能......或者你的其他属性可能足以让你找到工作。

Answer 3

面试官可能会关注的答案是“你的整体策略是什么？”你最好有一种对他或她有意义的方法。这是我建议用于调试的整体方法（无论是否用于测试）：

1. 重新创建错误，记录其他调查结果。
2. 编写单元测试以自动重新创建错误的奖励点。
3. 对错误进行分类 - 是崩溃还是不正确的行为？您的分析可能会有所不同。
4. 尽可能详细地调试调试/日志记录级别。
5. 查找应用可能已生成的日志文件/工件，以帮助查明故障。
6. 初步浏览可能的代码，寻找可疑的东西。
7. 采取分而治之的方法。使用粗略的二进制搜索来识别代码的工作位置以及代码失败的位置。也许使用断点或打印语句。
8. 找到后，添加单元测试用例以明确缩小范围。
9. 添加文档来解释您找到的内容，单元测试代码中的注释会很棒。
10. 修复错误。关于修复的评论也会很好。
11. 测试你的修复。以合乎逻辑的，有条理的方式（边界条件等）进行测试
12. 完成后，请求访问者对您的错误修复解决方案进行代码审查。

Answer 4

让我知道它是怎么回事。听起来很难。我想我会说确保你知道如何让堆栈跟踪脱颖而出。