Unit testing JSON output module, best practices
Posted
by Banang
on Stack Overflow
See other posts from Stack Overflow
or by Banang
Published on 2010-04-22T09:22:31Z
Indexed on
2010/04/22
9:23 UTC
Read the original article
Hit count: 456
I am currently working on a module that takes one of our business objects and returns a json representation of that object to the caller. Due to limitations in our environment I am unable to use any existing json writer, so I have written my own, which is then used by the business object writer to serialize my objects. The json writer is tested in a way similar to this
@Test
public void writeEmptyArrayTest()
{
String expected = "[ ]";
writer.array().endArray();
assertEquals(expected, writer.toString());
}
which is only manageable because of the small output each instruction produces, even though I keep feeling there must be a better way.
The problem I am now facing is writing tests for the object writer module, where the output is much larger and much less manageable. The risk of spelling mistakes in the expected strings mucking up my tests seem too great, and writing code in this fashion seems both silly and unmanageable in a long term perspective. I keep feeling like I want to write tests to ensure that my tests are behaving correctly, and this feeling worries me.
Therefore, is there a better way of doing this? Surely there must be? Does anyone know of any good literature in regard to this specific case (doesn't have to be json, but you know what I mean)?
Grateful for all help.
© Stack Overflow or respective owner