I think I understand what you are doing. And it appears to me that an output that follows the natural time order of how the various routines are called would be best with an eye towards making each test as independent as possible from the other tests.

If a test fails, the developer will want to know a) if you can repeat it and then b)given that you can do that, can you repeat it with the smallest data set and number of dependencies possible? Hopefully the printout should be a really good starting place for (b). So if you are asking if it is ok to have "redundant" information in the output? I would say yes!

If some other person in some other department is running your tests, it is often a very good thing if he winds up with a contiguous set of text that can be snipped out and sent to you when "something goes wrong". So say if you run init(),test1(),init(),test2... Presumably init() does the same thing every time, but by repeating this information in the output, the sequence that caused the problem is all connected in a contiguous way. And I would prefer that over: here's what init() does and then way down in the printout, here's what test1(), test2() did.