Menu
Per the comment within the default template for XCTestCase regarding setUp :
Put setup code here; it will be run once, before the first test case.
However, in XCTestCase.h, the comment above setUp states differently:
Setup method called before the invocation of each test method in the class.
To confirm the actual behavior, I put an NSLog withinsetUp to count how many times it was called:
static int count = 0; - (void)setUp { [super setUp]; count++; NSLog(@"Call Count = %d", count); } This resulted in the setUp method being called before every test method (confirming the comment on XCTestCase.h).
I wanted to use the setUp method to create test/mock objects once (e.g. to setup a Core Data test stack). Creating these over and over again would be processor intensive and potentially very slow.
So,
1) What is setUp actually intended to be used for? Surely developers aren't creating objects in it over and over?
2) How can I create these objects only once within an XCTestCase?
756
Prepare and Tear Down State for a Test Class XCTest runs setUp() once before the test class begins. If you need to clean up temporary files or capture any data that you want to analyze after the test class is complete, use the tearDown() class method on XCTestCase .
First, JUnit 4 has a setup method that is invoked before each test method. This method is typically used for creating and configuring the system under test. This means that: We should create the dependencies of the tested object in this method.
The setUp method is a hook provided by JUnit that executes prior to each and every test method you define. There is also a corresponding tearDown method that you might use for common test cleanup.
Teardown test cases are used to perform post test execution actions. For example, a teardown test case can be used to delete test data generated during test execution.
There are a couple of points for discussion here: the behaviour of the setUp methods, and general best testing practices.
There are actually two setUp methods:
+ (void)setUp; - (void)setUp; The class method (+ (void)setUp) is only run once during the entire test run.
The instance method (- (void)setUp) is the one in the default template; it's run before every single test. Hopefully, in a hypothetical future version of Xcode, this comment will have been changed to // Put setup code here. This method is called before the invocation of each test method in the class. WINK WINK
So through these two methods, both of the behaviours you described are possible.
Regarding your comment:
"Surely developers aren't creating objects in it over and over?"
My answer would be "Yes, they usually are". A popular acronym for 'good' unit tests is FIRST:
Isolated is key to this discussion: your tests shouldn't rely on any previous state left behind by other tests. Ideally, you should tear down and recreate your in-memory Core Data stack for every test, so you know that you're starting from a clean slate. A good example is in this post by Graham Lee. You want to use an in-memory stack because a) you can easily throw it away, and b) it should be very fast because it's just in-memory and not hitting your disk.
If you find that your tests are running slowly as a result of this (don't optimize prematurely), then I think a reasonable next step would be to create the stack in your + (void)setUp method, but create a brand new context every time in your - (void)setUp method.
157
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With
