Question

I am having a debugging test, as part of an interview.. I thought if any one can help with the approach, when I am faced with a large code base and have to find bugs inside that within an hour or two.This is going to be Core java based app (I guess) on Eclipse 3.2+

Answer 1

The answer the interviewer is likely watching for is “what is your overall strategy?” You better have an approach that makes sense to him or her. This is the overall approach I recommend for debugging (regardless of if it’s for a test):

1. Recreate the bug, documenting additional findings as you go along.
2. Bonus points for writing a unit test to automatically recreate the bug.
3. Categorize the bug – is it a crash, or incorrect behavior? Your analysis will likely be different.
4. Crank up the debug/logging level as detailed as it will go.
5. Look for log files/artifacts that the app may have generated to help pinpoint the fault.
6. Do an initial skim through the likely code, looking for anything suspicious.
7. Take a divide and conquer approach. Use a rough binary search to identify where the code works, and where it fails. Maybe use breakpoints or print statements.
8. After you find it, add unit test cases to narrow it down explicitly.
9. Add documentation to explain what you found, comments in the unit test code would be great.
10. Fix the bug. Comments regarding the fix would also be good.
11. TEST YOUR FIX. Test it in a logical, methodical manner (boundary conditions, etc.)
12. When done, ask the interviewer to do a code review of your bug fix solution.