问题
I have a Kiwi spec file that looks something like this:
#import "Kiwi.h"
#import "MyCollection.h"
SPEC_BEGIN(CollectionSpec)
describe(@"Collection starting with no objects", ^{
MyCollection *collection = [MyCollection new];
context(@"then adding 1 object", ^{
MyObject *object = [MyObject new];
[collection addObject:object];
it(@"has 1 object", ^{
[collection shouldNotBeNil];
[collection.objects shouldNotBeNil];
[[theValue(collection.objects.count) should] equal:theValue(1)]; //failing test
});
context(@"then removing 1 object", ^{
[collection removeObject:object];
it(@"has 0 objects", ^{
[[theValue(collection.objects.count) should] equal:theValue(0)]; //passing test
});
});
});
});
SPEC_END
Running the spec results in one failure at this line of code [[theValue(collection.objects.count) should] equal:theValue(1)];
Here's the strange part - if I remove the whole context(@"then removing 1 object", ^{...})
block from the spec the aforementioned test passes.
This leads me to believe that the [collection removeObject:object]
line is getting executed before the failing test. I have a feeling I may be misunderstanding the order that blocks are executed in.
Any suggestions would be appreciated!
回答1:
You are correct that [collection removeObject:object]
is getting executed before the failing test. Think of Kiwi tests as operating in two passes:
- Setup: the code in your test file is executed from top to bottom to set up the test contexts and expectations
- Execution: each unit test is run, basically one per
it
/specify
statement, with the correct setup/teardown code repeated for each test
Note that most of the code in a Kiwi test file is specified as a series of blocks sent to the Kiwi functions. Any code that doesn't follow the Kiwi block patterns, such as your code that initializes/modifies the collection
variable, might thus execute at an unexpected time. In this case, all of the collection modification code is being executed during the first pass when setting up your tests, and then your tests are run.
Solution
Declare collection
with a __block
modifier, and use beforeEach
to instantiate and modify the collection
object:
describe(@"Collection starting with no objects", ^{
__block MyCollection *collection;
beforeEach(^{
collection = [MyCollection new];
});
context(@"then adding 1 object", ^{
beforeEach(^{
MyObject *object = [MyObject new];
[collection addObject:object];
});
it(@"has 1 object", ^{
...
});
context(@"then removing 1 object", ^{
beforeEach(^{
[collection removeObject:object];
});
it(@"has 0 objects", ^{
...
The beforeEach
blocks tell Kiwi to specifically run the given code once per unit test, and with nested contexts, the blocks will be executed in sequence as needed. So Kiwi will do something like this:
// run beforeEach "Collection starting with no objects"
collection = [MyCollection new]
// run beforeEach "then adding 1 object"
MyObject *object = [MyObject new]
[collection addObject:object]
// execute test "has 1 object"
[collection shouldNotBeNil]
[collection.objects shouldNotBeNil]
[[theValue(collection.objects.count) should] equal:theValue(1)]
// run beforeEach "Collection starting with no objects"
collection = [MyCollection new]
// run beforeEach "then adding 1 object"
MyObject *object = [MyObject new]
[collection addObject:object]
// run beforeEach "then removing 1 object"
[collection removeObject:object]
// execute test "has 0 objects"
[[theValue(collection.objects.count) should] equal:theValue(0)]
The __block
modifier will ensure that the collection
object reference can be properly retained and modified through all of these block functions.
来源:https://stackoverflow.com/questions/15982178/strange-ordering-of-kiwi-ios-context-blocks