Take the 2-minute tour ×
Software Quality Assurance & Testing Stack Exchange is a question and answer site for software quality control experts, automation engineers, and software testers. It's 100% free, no registration required.

I am working on a project which involves documenting test logs. I want to know the structure of test logs (what should be included).

share|improve this question
add comment

4 Answers

up vote 4 down vote accepted

A test log is simply a log used for testing. ISO 9000 compliant timber companies typically have detailed guidelines for the structure of test logs. For example, they must still include bark, must be between five and ten meters long, and between 50 and 100 centimeters in diameter. Like production logs, test logs must have visibly apparent concentric rings when viewed in cross-section. There may also be certain density requirements that vary from species to species.

Some insect damage is inevitable, but typically a test log must have no more than 3 bore holes per linear meter.

On a more serious note, if I were keeping a test log solely for my own use, I would fill it with details that I would otherwise forget, and I would organize it in a way that would be useful in my own circumstances. I do not know myself well enough to know exactly which details or organization would be most useful to me, and even if I did, it is likely that they would change over time. Rather than try to design the perfect test log structure, I would think about it for about five minutes, start using it, and then re-evaluate as necessary.

I think structuring a test log is kind of like commenting your code: you will not know whether you "got it right" until later. Luckily, you are free to change your mind and do something different going forward.

You can use that approach with other things, too.

share|improve this answer
I see what you did there! :-) –  Joe Strazzere Sep 21 '12 at 14:12
Thank you for your response. This is what I actually needed. –  deepz Sep 21 '12 at 14:49
+1 for the wise humor. A nice way to start the day :-) –  Suchit Parikh Sep 21 '12 at 15:11
add comment

I hope I did not misunderstand your question, but for me it seems to be very abstract. In general, the answer depends on

  1. What is the purpose of this log?
  2. Who will be using it?

If you answer this question to yourself, then you will know what information the viewer would want to see in the log files.

However, I can also suggest you to take a look into standard logging frameworks like Log4j logs which might also give you some insight. This is something I found on google. Hope this helps.

share|improve this answer
The purpose of this log is to collect the overall test results. The person using it, is me. I just wanted to know the contents included in it for my documentation. –  deepz Sep 21 '12 at 14:48
I would add that even if it's just for you, consider if anyone else needs to read them afterwards and add information accordingly. Possibly next person doing your job at some point? –  Edu Sep 22 '12 at 12:37
@Edu so what do you want me to do? have a flexible log structure? –  deepz Sep 24 '12 at 20:09
@deepz Write the test log so that someone else can understand it. This doesn't mean that the log entry needs to be long, but it should describe things in context. It is also a wonder how much details one can forget in a year. So, write down what matters, but only that. –  Edu Sep 25 '12 at 13:45
@Edu Thank you for your advise. I will do as you said :) –  deepz Sep 25 '12 at 14:37
add comment

At least you must include all verifications you perform and their status (pass/fail) and an overall conclusion (if test passed or failed). Other interesting points would be test execution time, timestamp on test start and environment info (os/browser version) if it does matter in your case.

IMHO the log should be in some parsable format like XML (or well formed HTML or plain text with some unique tags), when you've got lots of them you do not want to open each one by hand. Better if you can organize a file hierarchy or store them in a database.

Then you can have some tools to parse the logs for data analysis.

share|improve this answer
Thank you for your response. I'll definitely add and do this in my log. –  deepz Sep 25 '12 at 9:56
I agree that a structured format (XML, CSV, etc) is best. This lets a tool like Microsoft's Log Parser do the queries for you in a straightforward manner. –  Joe Strazzere Sep 25 '12 at 10:55
add comment

For a good example of well-formated test logs, see the TAP protocol:


It is used primarily by Perl, but it can be used by JUnit and other tools as well.

share|improve this answer
Thank you for your response. It's very helpful. –  deepz Sep 24 '12 at 20:07
add comment

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.