Best Practice: Initialize JUnit class fields in setUp() or at declaration?

Question

Should I initialize class fields at declaration like this?

public class SomeTest extends TestCase
{
    private final List list = new ArrayList();

    publi         


        

Answer 1

In JUnit 4:

• For the Class Under Test, initialize in a @Before method, to catch failures.
• For other classes, initialize in the declaration...
  • ...for brevity, and to mark fields final, exactly as stated in the question,
  • ...unless it is complex initialization that could fail, in which case use @Before, to catch failures.
• For global state (esp. slow initialization, like a database), use @BeforeClass, but be careful of dependencies between tests.
• Initialization of an object used in a single test should of course be done in the test method itself.

Initializing in a @Before method or test method allows you to get better error reporting on failures. This is especially useful for instantiating the Class Under Test (which you might break), but is also useful for calling external systems, like filesystem access ("file not found") or connecting to a database ("connection refused").

It is acceptable to have a simple standard and always use @Before (clear errors but verbose) or always initialize in declaration (concise but gives confusing errors), since complex coding rules are hard to follow, and this isn't a big deal.

Initializing in setUp is a relic of JUnit 3, where all test instances were initialized eagerly, which causes problems (speed, memory, resource exhaustion) if you do expensive initialization. Thus best practice was to do expensive initialization in setUp, which was only run when the test was executed. This no longer applies, so it is much less necessary to use setUp.

This summarizes several other replies that bury the lede, notably by Craig P. Motlin (question itself and self-answer), Moss Collum (class under test), and dsaff.