Nock
HTTP server mocking and expectations library for Node.js
Nock can be used to test modules that perform HTTP requests in isolation.
For instance, if a module performs HTTP requests to a CouchDB server or makes HTTP requests to the Amazon API, you can test that module in isolation.
Table of Contents
How does it work?
Nock works by overriding Node's http.request
function. Also, it overrides http.ClientRequest
too to cover for modules that use it directly.
Install
$ npm install --save nock
Node version support
node | nock |
---|
0.10 | up to 8.x |
0.11 | up to 8.x |
0.12 | up to 8.x |
4 | 9.x |
5 | up to 8.x |
6 | 9.x |
Usage
On your test, you can setup your mocking object like this:
var nock = require('nock');
var couchdb = nock('http://myapp.iriscouch.com')
.get('/users/1')
.reply(200, {
_id: '123ABC',
_rev: '946B7D1C',
username: 'pgte',
email: 'pedro.teixeira@gmail.com'
});
This setup says that we will intercept every HTTP call to http://myapp.iriscouch.com
.
It will intercept an HTTP GET request to '/users/1' and reply with a status 200, and the body will contain a user representation in JSON.
Then the test can call the module, and the module will do the HTTP requests.
READ THIS! - About interceptors
When you setup an interceptor for a URL and that interceptor is used, it is removed from the interceptor list.
This means that you can intercept 2 or more calls to the same URL and return different things on each of them.
It also means that you must setup one interceptor for each request you are going to have, otherwise nock will throw an error because that URL was not present in the interceptor list.
If you don’t want interceptors to be removed as they are used, you can use the .persist() method.
Specifying hostname
The request hostname can be a string or a RegExp.
var scope = nock('http://www.example.com')
.get('/resource')
.reply(200, 'domain matched');
var scope = nock(/example\.com/)
.get('/resource')
.reply(200, 'domain regex matched');
Note: You can choose to include or not the protocol in the hostname matching.
Specifying path
The request path can be a string, a RegExp or a filter function and you can use any HTTP verb.
Using a string:
var scope = nock('http://www.example.com')
.get('/resource')
.reply(200, 'path matched');
Using a regular expression:
var scope = nock('http://www.example.com')
.get(/source$/)
.reply(200, 'path using regex matched');
Using a function:
var scope = nock('http://www.example.com')
.get(function(uri) {
return uri.indexOf('cats') >= 0;
})
.reply(200, 'path using function matched');
Specifying request body
You can specify the request body to be matched as the second argument to the get
, post
, put
or delete
specifications. There are five types of second argument allowed:
String: nock will exact match the stringified request body with the provided string
nock('http://www.example.com')
.post('/login', 'username=pgte&password=123456')
.reply(200, { id: '123ABC' });
Buffer: nock will exact match the stringified request body with the provided buffer
nock('http://www.example.com')
.post('/login', Buffer.from([0xff, 0x11]))
.reply(200, { id: '123ABC' });
RegExp: nock will test the stringified request body against the provided RegExp
nock('http://www.example.com')
.post('/login', /username=\w+/gi)
.reply(200, { id: '123ABC' });
JSON object: nock will exact match the request body with the provided object. In order to increase flexibility, nock also supports RegExp as an attribute value for the keys:
nock('http://www.example.com')
.post('/login', { username: 'pgte', password: /.+/i })
.reply(200, { id: '123ABC' });
Function: nock will evaluate the function providing the request body object as first argument. Return true if it should be considered a match:
nock('http://www.example.com')
.post('/login', function(body) {
return body.username && body.password;
})
.reply(200, { id: '123ABC' });
In case you need to perform a partial matching on a complex, nested request body you should have a look at libraries like lodash.matches. Indeed, partial matching can be achieved as:
nock('http://www.example.com')
.post('/user', _.matches({ address: { country: 'US' } }))
.reply(200, { id: '123ABC' });
Specifying request query string
Nock understands query strings. Instead of placing the entire URL, you can specify the query part as an object:
nock('http://example.com')
.get('/users')
.query({name: 'pedro', surname: 'teixeira'})
.reply(200, {results: [{id: 'pgte'}]});
Nock supports array-style/object-style query parameters. The encoding format matches with request module.
nock('http://example.com')
.get('/users')
.query({
names: ['alice', 'bob'],
tags: {
alice: ['admin', 'tester'],
bob: ['tester']
}
})
.reply(200, {results: [{id: 'pgte'}]});
Nock supports passing a function to query. The function determines if the actual query matches or not.
nock('http://example.com')
.get('/users')
.query(function(actualQueryObject){
return true;
})
.reply(200, {results: [{id: 'pgte'}]});
To mock the entire url regardless of the passed query string:
nock('http://example.com')
.get('/users')
.query(true)
.reply(200, {results: [{id: 'pgte'}]});
Specifying replies
You can specify the return status code for a path on the first argument of reply like this:
var scope = nock('http://myapp.iriscouch.com')
.get('/users/1')
.reply(404);
You can also specify the reply body as a string:
var scope = nock('http://www.google.com')
.get('/')
.reply(200, 'Hello from Google!');
or as a JSON-encoded object:
var scope = nock('http://myapp.iriscouch.com')
.get('/')
.reply(200, {
username: 'pgte',
email: 'pedro.teixeira@gmail.com',
_id: '4324243fsd'
});
or even as a file:
var scope = nock('http://myapp.iriscouch.com')
.get('/')
.replyWithFile(200, __dirname + '/replies/user.json', { 'Content-Type': 'application/json' });
Instead of an object or a buffer you can also pass in a callback to be evaluated for the value of the response body:
var scope = nock('http://www.google.com')
.filteringRequestBody(/.*/, '*')
.post('/echo', '*')
.reply(201, function(uri, requestBody) {
return requestBody;
});
An asynchronous function that gets an error-first callback as last argument also works:
var scope = nock('http://www.google.com')
.filteringRequestBody(/.*/, '*')
.post('/echo', '*')
.reply(201, function(uri, requestBody, cb) {
fs.readFile('cat-poems.txt' , cb);
});
Note: When using a callback, if you call back with an error as first argument, that error will be sent in the response body, with a 500 HTTP response status code.
You can also return the status code and body using just one function:
var scope = nock('http://www.google.com')
.filteringRequestBody(/.*/, '*')
.post('/echo', '*')
.reply(function(uri, requestBody) {
return [
201,
'THIS IS THE REPLY BODY',
{'header': 'value'}
];
});
or, use an error-first callback that also gets the status code:
var scope = nock('http://www.google.com')
.filteringRequestBody(/.*/, '*')
.post('/echo', '*')
.reply(function(uri, requestBody, cb) {
setTimeout(function() {
cb(null, [201, 'THIS IS THE REPLY BODY'])
}, 1e3);
});
A Stream works too:
var scope = nock('http://www.google.com')
.get('/cat-poems')
.reply(200, function(uri, requestBody) {
return fs.createReadStream('cat-poems.txt');
});
Access original request and headers
If you're using the reply callback style, you can access the original client request using this.req
like this:
var scope = nock('http://www.google.com')
.get('/cat-poems')
.reply(function(uri, requestBody) {
console.log('path:', this.req.path);
console.log('headers:', this.req.headers);
});
Replying with errors
You can reply with an error like this:
nock('http://www.google.com')
.get('/cat-poems')
.replyWithError('something awful happened');
JSON error responses are allowed too:
nock('http://www.google.com')
.get('/cat-poems')
.replyWithError({'message': 'something awful happened', 'code': 'AWFUL_ERROR'});
Note: This will emit an error
event on the request
object, not the reply.
Per HTTP/1.1 4.2 Message Headers specification, all message headers are case insensitive and thus internally Nock uses lower-case for all field names even if some other combination of cases was specified either in mocking specification or in mocked requests themselves.
You can specify the request headers like this:
var scope = nock('http://www.example.com', {
reqheaders: {
'authorization': 'Basic Auth'
}
})
.get('/')
.reply(200);
Or you can use a Regular Expression or Function check the header values. The function will be
passed the header value.
var scope = nock('http://www.example.com', {
reqheaders: {
'X-My-Headers': function (headerValue) {
if (headerValue) {
return true;
}
return false;
},
'X-My-Awesome-Header': /Awesome/i
}
})
.get('/')
.reply(200);
If reqheaders
is not specified or if host
is not part of it, Nock will automatically add host
value to request header.
If no request headers are specified for mocking then Nock will automatically skip matching of request headers. Since host
header is a special case which may get automatically inserted by Nock, its matching is skipped unless it was also specified in the request being mocked.
You can also have Nock fail the request if certain headers are present:
var scope = nock('http://www.example.com', {
badheaders: ['cookie', 'x-forwarded-for']
})
.get('/')
.reply(200);
When invoked with this option, Nock will not match the request if any of the badheaders
are present.
Basic authentication can be specified as follows:
var scope = nock('http://www.example.com')
.get('/')
.basicAuth({
user: 'john',
pass: 'doe'
})
.reply(200);
You can specify the reply headers like this:
var scope = nock('http://www.headdy.com')
.get('/')
.reply(200, 'Hello World!', {
'X-My-Headers': 'My Header value'
});
Or you can use a function to generate the headers values. The function will be
passed the request, response, and body (if available). The body will be either a
buffer, a stream, or undefined.
var scope = nock('http://www.headdy.com')
.get('/')
.reply(200, 'Hello World!', {
'X-My-Headers': function (req, res, body) {
return body.toString();
}
});
You can also specify default reply headers for all responses like this:
var scope = nock('http://www.headdy.com')
.defaultReplyHeaders({
'X-Powered-By': 'Rails',
'Content-Type': 'application/json'
})
.get('/')
.reply(200, 'The default headers should come too');
Or you can use a function to generate the default headers values:
var scope = nock('http://www.headdy.com')
.defaultReplyHeaders({
'Content-Length': function (req, res, body) {
return body.length;
}
})
.get('/')
.reply(200, 'The default headers should come too');
When using scope.reply()
to set a response body manually, you can have the
Content-Length
header calculated automatically.
var scope = nock('http://www.headdy.com')
.replyContentLength()
.get('/')
.reply(200, { hello: 'world' });
NOTE: this does not work with streams or other advanced means of specifying
the reply body.
You can automatically append a Date
header to your mock reply:
var scope = nock('http://www.headdy.com')
.replyDate(new Date(2015, 0, 1))
.get('/')
.reply(200, { hello: 'world' });
HTTP Verbs
Nock supports any HTTP verb, and it has convenience methods for the GET, POST, PUT, HEAD, DELETE, PATCH and MERGE HTTP verbs.
You can intercept any HTTP verb using .intercept(path, verb [, requestBody [, options]])
:
var scope = nock('http://my.domain.com')
.intercept('/path', 'PATCH')
.reply(304);
Support for HTTP and HTTPS
By default nock assumes HTTP. If you need to use HTTPS you can specify the https://
prefix like this:
var scope = nock('https://secure.my.server.com')
Non-standard ports
You are able to specify a non-standard port like this:
var scope = nock('http://my.server.com:8081')
...
Repeat response n times
You are able to specify the number of times to repeat the same response.
nock('http://zombo.com').get('/').times(4).reply(200, 'Ok');
http.get('http://zombo.com/');
http.get('http://zombo.com/');
http.get('http://zombo.com/');
http.get('http://zombo.com/');
http.get('http://zombo.com/');
Sugar syntax
nock('http://zombo.com').get('/').once().reply(200, 'Ok');
nock('http://zombo.com').get('/').twice().reply(200, 'Ok');
nock('http://zombo.com').get('/').thrice().reply(200, 'Ok');
Delay the response body
You are able to specify the number of milliseconds that the response body should be delayed. Response header will be replied immediately.
delayBody(1000)
is equivalent to delay({body: 1000})
.
nock('http://my.server.com')
.get('/')
.delayBody(2000)
.reply(200, '<html></html>')
NOTE: the 'response'
event will occur immediately, but the IncomingMessage will not emit it's 'end'
event until after the delay.
Delay the response
You are able to specify the number of milliseconds that your reply should be delayed.
nock('http://my.server.com')
.get('/')
.delay(2000)
.reply(200, '<html></html>')
delay()
could also be used as
delay({
head: headDelayInMs,
body: bodyDelayInMs
})
for example
nock('http://my.server.com')
.get('/')
.delay({
head: 2000,
body: 3000
})
.reply(200, '<html></html>')
Delay the connection
delayConnection(1000)
is equivalent to delay({head: 1000})
.
Socket timeout
You are able to specify the number of milliseconds that your connection should be idle, to simulate a socket timeout.
nock('http://my.server.com')
.get('/')
.socketDelay(2000)
.reply(200, '<html></html>')
To test a request like the following:
req = http.request('http://my.server.com', function(res) {
...
});
req.setTimeout(1000, function() {
req.abort();
});
req.end();
NOTE: the timeout will be fired immediately, and will not leave the simulated connection idle for the specified period of time.
Chaining
You can chain behaviour like this:
var scope = nock('http://myapp.iriscouch.com')
.get('/users/1')
.reply(404)
.post('/users', {
username: 'pgte',
email: 'pedro.teixeira@gmail.com'
})
.reply(201, {
ok: true,
id: '123ABC',
rev: '946B7D1C'
})
.get('/users/123ABC')
.reply(200, {
_id: '123ABC',
_rev: '946B7D1C',
username: 'pgte',
email: 'pedro.teixeira@gmail.com'
});
Scope filtering
You can filter the scope (protocol, domain or port) of nock through a function. The filtering function is accepted at the filteringScope
field of the options
argument.
This can be useful if you have a node module that randomly changes subdomains to which it sends requests, e.g., the Dropbox node module behaves like this.
var scope = nock('https://api.dropbox.com', {
filteringScope: function(scope) {
return /^https:\/\/api[0-9]*.dropbox.com/.test(scope);
}
})
.get('/1/metadata/auto/Photos?include_deleted=false&list=true')
.reply(200);
Path filtering
You can also filter the URLs based on a function.
This can be useful, for instance, if you have random or time-dependent data in your URL.
You can use a regexp for replacement, just like String.prototype.replace:
var scope = nock('http://api.myservice.com')
.filteringPath(/password=[^&]*/g, 'password=XXX')
.get('/users/1?password=XXX')
.reply(200, 'user');
Or you can use a function:
var scope = nock('http://api.myservice.com')
.filteringPath(function(path) {
return '/ABC';
})
.get('/ABC')
.reply(200, 'user');
Note that scope.filteringPath
is not cumulative: it should only be used once per scope.
Request Body filtering
You can also filter the request body based on a function.
This can be useful, for instance, if you have random or time-dependent data in your request body.
You can use a regexp for replacement, just like String.prototype.replace:
var scope = nock('http://api.myservice.com')
.filteringRequestBody(/password=[^&]*/g, 'password=XXX')
.post('/users/1', 'data=ABC&password=XXX')
.reply(201, 'OK');
Or you can use a function to transform the body:
var scope = nock('http://api.myservice.com')
.filteringRequestBody(function(body) {
return 'ABC';
})
.post('/', 'ABC')
.reply(201, 'OK');
If you need to match requests only if certain request headers match, you can.
var scope = nock('http://api.myservice.com')
.matchHeader('accept', 'application/json')
.get('/')
.reply(200, {
data: 'hello world'
})
You can also use a regexp for the header body.
var scope = nock('http://api.myservice.com')
.matchHeader('User-Agent', /Mozilla\/.*/)
.get('/')
.reply(200, {
data: 'hello world'
})
You can also use a function for the header body.
var scope = nock('http://api.myservice.com')
.matchHeader('content-length', function (val) {
return val >= 1000;
})
.get('/')
.reply(200, {
data: 'hello world'
})
Optional Requests
By default every mocked request is expected to be made exactly once, and until it is it'll appear in scope.pendingMocks()
, and scope.isDone()
will return false (see expectations). In many cases this is fine, but in some (especially cross-test setup code) it's useful to be able to mock a request that may or may not happen. You can do this with optionally()
. Optional requests are consumed just like normal ones once matched, but they do not appear in pendingMocks()
, and isDone()
will return true for scopes with only optional requests pending.
var example = nock("http://example.com");
example.pendingMocks()
example.get("/pathA").reply(200);
example.pendingMocks()
example.pendingMocks()
example.get("/pathB").optionally().reply(200);
example.pendingMocks()
var getMock = function(optional) {
return example.get("/pathC").optionally(optional).reply(200);
}
getMock(true);
example.pendingMocks()
getMock(false);
example.pendingMocks()
Allow unmocked requests on a mocked hostname
If you need some request on the same host name to be mocked and some others to really go through the HTTP stack, you can use the allowUnmocked
option like this:
options = {allowUnmocked: true};
var scope = nock('http://my.existing.service.com', options)
.get('/my/url')
.reply(200, 'OK!');
Note: When applying {allowUnmocked: true}
, if the request is made to the real server, no interceptor is removed.
Expectations
Every time an HTTP request is performed for a scope that is mocked, Nock expects to find a handler for it. If it doesn't, it will throw an error.
Calls to nock() return a scope which you can assert by calling scope.done()
. This will assert that all specified calls on that scope were performed.
Example:
var google = nock('http://google.com')
.get('/')
.reply(200, 'Hello from Google!');
setTimeout(function() {
google.done();
}, 5000);
.isDone()
You can call isDone()
on a single expectation to determine if the expectation was met:
var scope = nock('http://google.com')
.get('/')
.reply(200);
scope.isDone();
It is also available in the global scope, which will determine if all expectations have been met:
nock.isDone();
.cleanAll()
You can cleanup all the prepared mocks (could be useful to cleanup some state after a failed test) like this:
nock.cleanAll();
.persist()
You can make all the interceptors for a scope persist by calling .persist()
on it:
var scope = nock('http://persisssists.con')
.persist()
.get('/')
.reply(200, 'Persisting all the way');
Note that while a persisted scope will always intercept the requests, it is considered "done" after the first interception.
If you want to stop persisting a persistent nock you can call persist(false)
:
var scope = nock('http://example.com').persist().get('/').reply(200, 'ok');
scope.persist(false);
.pendingMocks()
If a scope is not done, you can inspect the scope to infer which ones are still pending using the scope.pendingMocks()
function:
if (!scope.isDone()) {
console.error('pending mocks: %j', scope.pendingMocks());
}
It is also available in the global scope:
console.error('pending mocks: %j', nock.pendingMocks());
.activeMocks()
You can see every mock that is currently active (i.e. might potentially reply to requests) in a scope using scope.activeMocks()
. A mock is active if it is pending, optional but not yet completed, or persisted. Mocks that have intercepted their requests and are no longer doing anything are the only mocks which won't appear here.
You probably don't need to use this - it mainly exists as a mechanism to recreate the previous (now-changed) behavior of pendingMocks()
.
console.error('active mocks: %j', scope.activeMocks());
It is also available in the global scope:
console.error('active mocks: %j', nock.activeMocks());
.isActive()
Your tests may sometimes want to deactivate the nock interceptor.
Once deactivated, nock needs to be re-activated to work.
You can check if nock interceptor is active or not by using nock.isActive()
.
Sample:
if (!nock.isActive()) nock.activate()
Logging
Nock can log matches if you pass in a log function like this:
var google = nock('http://google.com')
.log(console.log)
...
Restoring
You can restore the HTTP interceptor to the normal unmocked behaviour by calling:
nock.restore();
note 1: restore does not clear the interceptor list. Use nock.cleanAll() if you expect the interceptor list to be empty.
note 2: restore will also remove the http interceptor itself. You need to run nock.activate() to re-activate the http interceptor. Without re-activation, nock will not intercept any calls.
Activating
Only for cases where nock has been deactivated using nock.restore(), you can reactivate the HTTP interceptor to start intercepting HTTP calls using:
nock.activate();
note: To check if nock HTTP interceptor is active or deactive, use nock.isActive().
Turning Nock Off (experimental!)
You can bypass Nock completely by setting NOCK_OFF
environment variable to "true"
.
This way you can have your tests hit the real servers just by switching on this environment variable.
$ NOCK_OFF=true node my_test.js
Enable/Disable real HTTP request
By default, any requests made to a host that is not mocked will be executed normally. If you want to block these requests, nock allows you to do so.
For disabling real http requests.
nock.disableNetConnect();
So, if you try to request any host not 'nocked', it will thrown an NetConnectNotAllowedError
.
nock.disableNetConnect();
var req = http.get('http://google.com/');
req.on('error', function(err){
console.log(err);
});
For enabling real HTTP requests (the default behaviour).
nock.enableNetConnect();
You could allow real HTTP request for certain host names by providing a string or a regular expression for the hostname:
nock.enableNetConnect('amazon.com');
nock.enableNetConnect(/(amazon|github).com/);
http.get('http://www.amazon.com/');
http.get('http://github.com/');
http.get('http://google.com/');
A common use case when testing local endpoints would be to disable all but local host, then adding in additional nocks for external requests:
nock.disableNetConnect();
nock.enableNetConnect('127.0.0.1');
Then when you're done with the test, you probably want to set everything back to normal:
nock.cleanAll();
nock.enableNetConnect();
Recording
This is a cool feature:
Guessing what the HTTP calls are is a mess, especially if you are introducing nock on your already-coded tests.
For these cases where you want to mock an existing live system you can record and playback the HTTP calls like this:
nock.recorder.rec();
Recording relies on intercepting real requests and answers and then persisting them for later use.
In order to stop recording you should call nock.restore()
and recording will stop.
ATTENTION!: when recording is enabled, nock does no validation, nor will any mocks be enabled. Please be sure to turn off recording before attempting to use any mocks in your tests.
dont_print
option
If you just want to capture the generated code into a var as an array you can use:
nock.recorder.rec({
dont_print: true
});
var nockCalls = nock.recorder.play();
The nockCalls
var will contain an array of strings representing the generated code you need.
Copy and paste that code into your tests, customize at will, and you're done! You can call nock.recorder.reset()
to remove already recorded calls from the array that nock.recorder.play()
returns.
(Remember that you should do this one test at a time).
output_objects
option
In case you want to generate the code yourself or use the test data in some other way, you can pass the output_objects
option to rec
:
nock.recorder.rec({
output_objects: true
});
var nockCallObjects = nock.recorder.play();
The returned call objects have the following properties:
scope
- the scope of the call including the protocol and non-standard ports (e.g. 'https://github.com:12345'
)method
- the HTTP verb of the call (e.g. 'GET'
)path
- the path of the call (e.g. '/pgte/nock'
)body
- the body of the call, if anystatus
- the HTTP status of the reply (e.g. 200
)response
- the body of the reply which can be a JSON, string, hex string representing binary buffers or an array of such hex strings (when handling content-encoded
in reply header)headers
- the headers of the replyreqheader
- the headers of the request
If you save this as a JSON file, you can load them directly through nock.load(path)
. Then you can post-process them before using them in the tests for example to add them request body filtering (shown here fixing timestamps to match the ones captured during recording):
nocks = nock.load(pathToJson);
nocks.forEach(function(nock) {
nock.filteringRequestBody = function(body, aRecordedBody) {
if (typeof(body) !== 'string' || typeof(aRecordedBody) !== 'string') {
return body;
}
var recordedBodyResult = /timestamp:([0-9]+)/.exec(aRecordedBody);
if (!recordedBodyResult) {
return body;
}
var recordedTimestamp = recordedBodyResult[1];
return body.replace(/(timestamp):([0-9]+)/g, function(match, key, value) {
return key + ':' + recordedTimestamp;
});
};
});
Alternatively, if you need to pre-process the captured nock definitions before using them (e.g. to add scope filtering) then you can use nock.loadDefs(path)
and nock.define(nockDefs)
. Shown here is scope filtering for Dropbox node module which constantly changes the subdomain to which it sends the requests:
var nockDefs = nock.loadDefs(pathToJson);
nockDefs.forEach(function(def) {
def.options = def.options || {};
def.options.filteringScope = function(scope) {
return /^https:\/\/api[0-9]*.dropbox.com/.test(scope);
};
}
var nocks = nock.define(nockDefs);
Recording request headers by default is deemed more trouble than its worth as some of them depend on the timestamp or other values that may change after the tests have been recorder thus leading to complex postprocessing of recorded tests. Thus by default the request headers are not recorded.
The genuine use cases for recording request headers (e.g. checking authorization) can be handled manually or by using enable_reqheaders_recording
in recorder.rec()
options.
nock.recorder.rec({
dont_print: true,
output_objects: true,
enable_reqheaders_recording: true
});
Note that even when request headers recording is enabled Nock will never record user-agent
headers. user-agent
values change with the version of Node and underlying operating system and are thus useless for matching as all that they can indicate is that the user agent isn't the one that was used to record the tests.
logging
option
Nock will print using console.log
by default (assuming that dont_print
is false
). If a different function is passed into logging
, nock will send the log string (or object, when using output_objects
) to that function. Here's a basic example.
var appendLogToFile = function(content) {
fs.appendFile('record.txt', content);
}
nock.recorder.rec({
logging: appendLogToFile,
});
use_separator
option
By default, nock will wrap it's output with the separator string <<<<<<-- cut here -->>>>>>
before and after anything it prints, whether to the console or a custom log function given with the logging
option.
To disable this, set use_separator
to false.
nock.recorder.rec({
use_separator: false
});
.removeInterceptor()
This allows removing a specific interceptor. This can be either an interceptor instance or options for a url. It's useful when there's a list of common interceptors shared between tests, where an individual test requires one of the shared interceptors to behave differently.
Examples:
nock.removeInterceptor({
hostname : 'localhost',
path : '/mockedResource'
});
nock.removeInterceptor({
hostname : 'localhost',
path : '/login'
method: 'POST'
proto : 'https'
});
var interceptor = nock('http://example.org')
.get('somePath');
nock.removeInterceptor(interceptor);
Events
A scope emits the following events:
emit('request', function(req, interceptor, body))
;emit('replied', function(req, interceptor))
;
Global no match event
You can also listen for no match events like this:
nock.emitter.on('no match', function(req) {
});
Nock Back
fixture recording support and playback
Setup
**You must specify a fixture directory before using, for example:
In your test helper
var nockBack = require('nock').back;
nockBack.fixtures = '/path/to/fixtures/';
nockBack.setMode('record');
Options
nockBack.fixtures
: path to fixture directorynockBack.setMode()
: the mode to use
Usage
By default if the fixture doesn't exist, a nockBack
will create a new fixture and save the recorded output
for you. The next time you run the test, if the fixture exists, it will be loaded in.
The this
context of the callback function will have a property scopes
to access all of the loaded
nock scopes.
var nockBack = require('nock').back;
var request = require('request');
nockBack.setMode('record');
nockBack.fixtures = __dirname + '/nockFixtures';
var before = function(scope) {
scope.filteringRequestBody = function(body, aRecordedBody) {
if (typeof(body) !== 'string' || typeof(aRecordedBody) !== 'string') {
return body;
}
var recordedBodyResult = /timestamp:([0-9]+)/.exec(aRecordedBody);
if (!recordedBodyResult) {
return body;
}
var recordedTimestamp = recordedBodyResult[1];
return body.replace(/(timestamp):([0-9]+)/g, function(match, key, value) {
return key + ':' + recordedTimestamp;
});
};
}
nockBack('zomboFixture.json', function(nockDone) {
request.get('http://zombo.com', function(err, res, body) {
nockDone();
nockBack('zomboFixture.json', function (nockDone) {
http.get('http://zombo.com/').end();
this.assertScopesFinished();
http.get('http://zombo.com/').end();
nockDone();
});
});
});
If your tests are using promises then use nockBack
like this:
return nockBack('promisedFixture.json')
.then(({nockDone, context}) => {
// do your tests returning a promise and chain it with
// `.then(nockDone);`
});
});
Options
As an optional second parameter you can pass the following options
before
: a preprocessing function, gets called before nock.defineafter
: a postprocessing function, gets called after nock.defineafterRecord
: a postprocessing function, gets called after recording. Is passed the array of scopes recorded and should return the array scopes to save to the fixturerecorder
: custom options to pass to the recorder
Modes
to set the mode call nockBack.setMode(mode)
or run the tests with the NOCK_BACK_MODE
environment variable set before loading nock. If the mode needs to be changed programatically, the following is valid: nockBack.setMode(nockBack.currentMode)
-
wild: all requests go out to the internet, don't replay anything, doesn't record anything
-
dryrun: The default, use recorded nocks, allow http calls, doesn't record anything, useful for writing new tests
-
record: use recorded nocks, record new nocks
-
lockdown: use recorded nocks, disables all http calls even when not nocked, doesn't record
Debugging
Nock uses debug, so just run with environmental variable DEBUG set to nock.*
$ DEBUG=nock.* node my_test.js
PROTIP
If you don't want to match the request body you can use this trick (by @theycallmeswift):
var scope = nock('http://api.myservice.com')
.filteringRequestBody(function(body) {
return '*';
})
.post('/some_uri', '*')
.reply(200, 'OK');
Contributing
Thanks for wanting to contribute! Take a look at our Contributing Guide for notes on our commit message conventions and how to run tests.
Please note that this project is released with a Contributor Code of Conduct.
By participating in this project you agree to abide by its terms.
License
MIT
Copyright (c) 2011-2017 Pedro Teixeira and other contributors.