Stunning HTTP stubbing for iOS and OS X. Testing HTTP requests has never been easier.
This library was inspired by WebMock and it's using this approach to stub the requests.
- Stub HTTP and HTTPS requests in your unit tests.
- Awesome DSL that will improve the readability and maintainability of your tests.
- Tested.
- Fast.
- Extendable to support more HTTP libraries.
- Huge community, we overflowed the number of Stars and Forks in GitHub (meh, not really).
- At this moment only works with requests made with
NSURLConnection
, but it's possible to extend Nocilla to support more HTTP libraries. Nocilla has been tested with AFNetworking and MKNetworkKit
WIP (please, read: You figure it out, and then you tell me)
- Nocilla will be a CocoaPod soon.
- You should be able to add Nocilla to you source tree. If you are using git, consider using a
git submodule
Yes, the following code is valid Objective-C, or at least, it should be
The following examples are described using Kiwi
Until Nocilla can hook directly into Kiwi, you will have to include the following snippet in the specs you want to use Nocilla:
#import "Kiwi.h"
#import "Nocilla.h"
SPEC_BEGIN(ExampleSpec)
beforeAll(^{
[[LSNocilla sharedInstance] start];
});
afterAll(^{
[[LSNocilla sharedInstance] stop];
});
afterEach(^{
[[LSNocilla sharedInstance] clearStubs];
});
it(@"should do something", ^{
// Stub here!
});
SPEC_END
It will return the default response, which is a 200 and an empty body.
stubRequest(@"GET", @"http://www.google.com");
stubRequest(@"GET", @"https://api.example.com").
withHeader(@"Accept", @"application/json");
Using the withHeaders
method makes sense with the new Objective-C literals, but it accepts an NSDictionary.
stubRequest(@"GET", @"https://api.example.com/dogs.json").
withHeaders(@{@"Accept": @"application/json", @"X-CUSTOM-HEADER": @"abcf2fbc6abgf"});
stubRequest(@"POST", @"https://api.example.com/dogs.json").
withHeaders(@{@"Accept": @"application/json", @"X-CUSTOM-HEADER": @"abcf2fbc6abgf"}).
withBody(@"{\"name\":\"foo\"}");
stubRequest(@"GET", @"http://www.google.com").andReturn(404);
The same approch here, you can use withHeader
or withHeaders
stubRequest(@"POST", @"https://api.example.com/dogs.json").
andReturn(201).
withHeaders(@{@"Content-Type": @"application/json"});
stubRequest(@"GET", @"https://api.example.com/dogs.json").
andReturn(201).
withHeaders(@{@"Content-Type": @"application/json"}).
withBody(@"{\"ok\":true}");
curl -is http://api.example.com/dogs.json > /tmp/example_curl_-is_output.txt
stubRequest(@"GET", @"https://api.example.com/dogs.json").
andReturnRawResponse([NSData dataWithContentsOfFile:"/tmp/example_curl_-is_output.txt"]);
stubRequest(@"POST", @"https://api.example.com/dogs.json").
withHeaders(@{@"Accept": @"application/json", @"X-CUSTOM-HEADER": @"abcf2fbc6abgf"}).
withBody(@"{\"name\":\"foo\"}").
andReturn(201).
withHeaders(@{@"Content-Type": @"application/json"}).
withBody(@"{\"ok\":true}");
If some request is made but it wasn't stubbed, Nocilla won't let that request hit the real world. In that case your test should fail.
At this moment Nocilla will return a response with a 500, the header X-Nocilla: Unexpected Request
and a body with a meaningful message about the error and how to solve it, including a snippet of code on how to stub the unexpected request.
I'm not particularly happy with returning a 500 and this will change. Check this issue for more details.
- Fork it
- Create your feature branch
- Commit your changes
- Push to the branch
- Create new Pull Request