This library is a mock of XMLHttpRequest
that provides a simple interface to simulate interactions with XMLHttpRequest
. It is a drop-in replacement for XMLHttpRequest
for your tests.
This library implements the XMLHttpRequest
interface and handles requests and events as specified in the XMLHTTPRequest specification without using real network requests. You can respond to the mock requests in three ways:
- Declarative response configuration using a mock server with routes.
- Programmatic responses.
- Request lifecycle hooks.
You can simulate responses, upload progress, errors, and other interactions with the mock response methods. These automatically handle lower-level processing such as emitting events and changing the readystate
property of XMLHttpRequest
.
via npm (node package manager)
$ npm install mock-xmlhttprequest
import { newServer } from 'mock-xmlhttprequest';
import { functionToTest } from '../src/SomethingToTest';
// Adapt based on your testing framework. This example uses Mocha and Chai's syntax.
it('should produce a success response', async () => {
const server = newServer({
get: ['/my/url', {
// status: 200 is the default
headers: { 'Content-Type': 'application/json' },
body: '{ "message": "Success!" }',
}],
});
try {
// Installs the server's XMLHttpRequest mock in the "global" context.
// After this, "new XMLHttpRequest()" creates a mock request to which the server replies.
server.install(/* optional context; defaults to globalThis */);
// Do something that send()s an XMLHttpRequest to '/my/url' and returns a Promise
// that resolves to the parsed JSON response
const result = await functionToTest();
assert.equal(result.message, 'Success!');
} finally {
// Restore the original XMLHttpRequest
server.remove();
}
});
The XMLHttpRequest
mock class is MockXhr
. It exposes the same interface as XMLHttpRequest
and is a drop-in replacement to test code that uses XMLHttpRequest
.
There are two options to control the behavior of MockXhr
instances:
- A mock server. This is the recommended approach.
XMLHttpRequest
lifecycle hooks. Use this if you need more control over requests without the features provided by the mock server.
The MockXhrServer
class implements the mock server. You create a MockXhrServer
with newServer
. The MockXhrServer
automatically responds to MockXhr
requests and makes writing tests easy.
The basic structure of tests that use MockXhrServer
is:
import { newServer } from 'mock-xmlhttprequest';
const server = newServer( /* routes */ );
try {
server.install( /* optional context; defaults to globalThis */ );
// Test your code that creates XMLHttpRequests
} finally {
// Reverts server.install() at the end of the test.
// Only do this after the test case has finished creating XMLHttpRequests.
server.remove();
}
There are two approaches to make your code use the MockXhr
class as a replacement for XMLHttpRequest
. This allows the MockXhrServer
to respond to requests:
- Use
install()
to globally replace theXMLHttpRequest
class with the server'sMockXhr
class. At the end of the test case, callremove()
to restore the original state. - If your code allows you to configure how it creates instances of
XMLHttpRequest
, use theMockXhr
class directly with one of the followingMockXhrServer
properties:xhrFactory
is a function that creates aMockXhr
instance.MockXhr
is the class of the instances created byxhrFactory
.
This code demonstrates usage of xhrFactory
:
import { newServer } from 'mock-xmlhttprequest';
const server = newServer( /* routes */ );
const savedFactory = MyClass.xhrFactory;
try {
MyClass.xhrFactory = server.xhrFactory;
// Test code that creates XMLHttpRequests through MyClass.xhrFactory()
} finally {
// Only do this after the test case has finished creating XMLHttpRequests.
MyClass.xhrFactory = savedFactory;
}
Routes define how the MockXhrServer
responds to MockXhr
requests. These have three parts:
When you send a MockXhr
request, the MockXhrServer
finds the first route that matches the request's method and URL. It then responds with the route's request handler. You can also set a default request handler. Request handlers are defined either declaratively or programmatically.
By default, if a request's timeout
attribute is set to a non-zero value and MockXhrServer
doesn't respond to the request, it eventually times out.
There are two ways to add routes to the MockXhrServer
:
- The
routes
argument of thenewServer
. - The
MockXhrServer
methods that add routes.
The MockXhrServer
records all MockXhr
requests it receives in a request log. Use this to validate the XMLHttpRequest
requests that your code sends.
The MockXhrServer
can generate request (upload) and response (download) progress events automatically. This is disabled by default. Use the progressRate
field to enable this.
You can also generate progress events if you respond to MockXhr
requests programmatically with a request handler of type Function
.
Responses to MockXhr
requests are asynchronous. This reproduces how a real XMLHttpRequest
request works. You therefore most likely need to use your test framework's asynchronous test support. For example, the relevant documentation for the Mocha test framework is here.
The onSend
lifecycle hook is necessary to respond to MockXhr
requests. The mock server handles this automatically. The other option is to use the MockXhr
lifecycle hooks directly. In both cases, the onSend
lifecycle hook executes after the execution context that calls XMLHttpRequest.send()
is done or cleared. Internally this library uses an immediately resolved Promise
to get an empty callstack.
There are several MockXhr
methods and properties to respond to requests. These methods allow the following interactions:
- Inspect request parameters.
- Simulate upload and download progress.
- Provide response headers and body.
- Simulate a request timeout or error.
See the Mock response methods section for details.
By default, if you set the timeout
attribute of XMLHttpRequest
in your code, MockXhr
requests automatically time out after the specified delay. This emits the timeout
event and cancels the request as described in the specification.
Relying on the passage of time to test how your code handles timeouts generally makes tests brittle and hard to debug. You can instead trigger timeouts programmatically with setRequestTimeout()
.
Disable automatic request timeouts with one of these options:
- Call
disableTimeout()
on aMockXhrServer
. This affects all theMockXhr
instances it handles. MockXhr.timeoutEnabled = false
. This static property on theMockXhr
class affects each of its instances.- Set
timeoutEnabled
tofalse
on aMockXhr
instance. This affects that instance only.
This is an alternative usage pattern that does not use the MockXhrServer
. You instead use the MockXhr
lifecycle hooks directly. This requires more code, but you have more control over MockXhr
requests.
Note that you can also use the MockXhr
lifecycle hooks together with MockXhrServer
if you only need to extend the mock server.
Example:
import { newMockXhr } from 'mock-xmlhttprequest';
import { functionToTest } from '../src/SomethingToTest';
// Adapt based on your testing framework. This example uses Mocha and Chai's syntax.
it('should produce a success response', async () => {
// Get a "local" MockXhr subclass
const MockXhr = newMockXhr();
// Mock JSON response
MockXhr.onSend = (request) => {
const responseHeaders = { 'Content-Type': 'application/json' };
const response = '{ "message": "Success!" }';
request.respond(200, responseHeaders, response);
};
try {
// Install in the global context so "new XMLHttpRequest()" creates MockXhr instances
global.XMLHttpRequest = MockXhr;
// Do something that send()s an XMLHttpRequest to '/my/url' and returns a Promise
// that resolves to the parsed JSON response
const result = await functionToTest();
assert.equal(result.message, 'Success!');
} finally {
// Restore the original XMLHttpRequest
delete global.XMLHttpRequest;
}
});
This class is a mock server that responds to MockXhr
requests based on their URL and method.
Arguments:
routes
: Object with the initial set of routes of the server. (optional)
In most cases you should use newServer
instead of this constructor directly.
The keys of the routes
object are HTTP methods. The values are arrays with two elements: [url_matcher, request_handler]
.
See also Request URL matcher and Request handler.
Example:
const handlerFn = (request) => { request.respond(); };
newServer({
get: ['/get', { status: 200 }],
'my-method': ['/my-method', { status: 201 }],
post: ['/post', [handlerFn, { status: 404 }]],
});
Arguments:
context
: If you provide a value, theinstall
method sets theXMLHttpRequest
property in this context instead of the global context. (optional)
Installs the server's MockXhr
mock in the global context to replace the XMLHttpRequest
class. Revert with remove().
Reverts the changes made by install(). Call this after your tests.
If you set progressRate
to a number
greater than 0, the server automatically generates request (upload) and response (download) progress events. Each progress event increments by progressRate
bytes.
progressRate
only applies to request handlers of type object
.
These methods disable or enable the effects of the timeout
attribute of MockXhr
. See "The timeout
attribute and request timeouts".
Routes configure how the server responds to MockXhr
requests. Their three parts are described below.
The route concept is loosely based on the Express framework.
Any string
with a valid HTTP request method is allowed. The valid methods include standard methods such as GET
, POST
, PUT
and DELETE
, as well as other method names. The standard method names are case insensitive.
The request URL matcher can be one of these types:
- A
string
(e.g.'/my-url'
) to match the request's URL exactly. - A
RegExp
to match the request's URL. - A
Function
that returnstrue
if the request's URL matches. The function receives the URL as an argument.
The request handler can be one of these types:
-
An
object
with the response properties. The default values are:{ status: 200, headers: {}, body: null, statusText: 'OK' }
-
A
Function
that calls the mock response methods directly. The function receives aMockXhrRequest
instance as an argument. -
A
string
with the value'error'
or'timeout'
. This triggers either an error or timeout respectively. -
An array of the other request handler types above. The first request gets the first handler, the second gets the second handler and so on. The last handler is reused when there are no further handlers in the array.
For object
request handlers, the server automatically adds the Content-Length
response header with the length of the response body.
All these handlers are equivalent:
const handlerObj = {};
const handlerFn = (request) => { request.respond(200, { 'Content-Length': '0' }); };
const handlerArray = [{}];
Arguments:
urlMatcher
: Request URL matcher.handler
: Request handler.
Adds a route for the GET
HTTP method.
Arguments:
urlMatcher
: Request URL matcher.handler
: Request handler.
Adds a route for the POST
HTTP method.
Arguments:
urlMatcher
: Request URL matcher.handler
: Request handler.
Adds a route for the PUT
HTTP method.
Arguments:
urlMatcher
: Request URL matcher.handler
: Request handler.
Adds a route for the DELETE
HTTP method.
Arguments:
method
: HTTP method as astring
.urlMatcher
: Request URL matcher.handler
: Request handler.
Adds a route for the method
HTTP method.
Arguments:
handler
: Request handler.
Sets a default request handler for requests that don't match any route.
Sets a default request handler that returns 404 responses.
Function that returns a new MockXhr
instance.
The MockXhr
class that the server hooks into. xhrFactory
creates instances of this class.
Returns an array of all requests received by the server so far. Each call returns a new array. Each array element is an object with these properties:
method
: HTTP methodstring
.url
: URLstring
.body
: request bodyheaders
: request headers as an object. The header names are in lower-case.
This class is a mock of XMLHttpRequest
. This section documents its methods and properties that are not in the specification.
This static boolean
property controls automatic timeout of requests from all instances of the class.
This boolean
property controls automatic timeout from this MockXhr
instance.
Returns all response headers as an object. The header names are in lower-case.
You can define callback methods for the MockXhr
lifecycle hooks at these locations:
- A static property on the
MockXhr
class. The hook applies to all instances ofMockXhr
and of its subclasses. - A static property on a
MockXhr
subclass returned byMockXhrServer.MockXhr
ornewMockXhr()
. The hook applies to all instances of that class. - A property on an instance of
MockXhr
. The hook applies to that instance only.
If you define multiple hooks for a lifecycle event, they are called in the order above.
You should generally prefer the third option which makes it easier to isolate your test cases.
Callback method that receives these arguments:
xhr
: NewMockXhr
instance.
Use this lifecycle hook to intercept instances of MockXhr
when they are constructed.
Called when an instance of MockXhr
is created, at the end of its constructor. This lifecycle hook is therefore only available as a static property.
import { MockXhr, newMockXhr } from 'mock-xmlhttprequest';
// Called for all instances of MockXhr and all its subclasses
MockXhr.onCreate = (xhr) => { /*...*/ };
// Called for all instances of this MockXhr subclass
const MockXhrSubclass = newMockXhr();
MockXhrSubclass.onCreate = (xhr) => { /*...*/ };
Callback method that receives these arguments:
request
:MockXhrRequest
for the request.xhr
: TheMockXhr
instance.
Use this lifecycle hook to respond to a request with the mock response methods.
Called asynchronously after each call to send()
. Each call to send()
generates a call to onSend
with a separate instance of MockXhrRequest
.
import { MockXhr, newMockXhr } from 'mock-xmlhttprequest';
// Called for all instances of MockXhr and all its subclasses
MockXhr.onSend = (request) => { /*...*/ };
// Called for all instances of this MockXhr subclass
const MockXhrSubclass = newMockXhr();
MockXhrSubclass.onSend = (request) => { /*...*/ };
// Called for this instance only
const xhr = new MockXhrSubclass();
xhr.onSend = (request) => { /*...*/ };
Each call to send()
creates a MockXhrRequest
that contains information about the XMLHttpRequest
and provides methods to respond programmatically.
A HeadersContainer
that contains a copy of the request's headers.
A string
with the request's HTTP method.
A string
with the request's URL.
The request's body.
A boolean
with the request's withCredentials
value.
number
of bytes in the request body.
Note: this isn't completely accurate when the body
is a multipart/form-data
encoded FormData
. Headers, encoding, and other factors that contribute to a non-mocked XMLHttpRequest
's true body
size are not considered. You can use this method to get a floor value for the request's true body
size. This is useful to simulate upload progress events.
These methods provide a programmatic interface to respond to MockXhr
requests.
If a call to a response method is invalid, it throws an Error
with a message that contains "Mock usage error detected"
.
Arguments:
transmitted
:number
of bytes transmitted.
Fires a request upload progress.
You can only call this when the request's body
isn't null
and the upload isn't complete.
After you call this method, you can use any other mock response method.
Arguments:
status
: Response HTTP statusnumber
. (optional)headers
:object
with the response headers. (optional)body
: Response body. (optional)statusText
:string
response HTTP status text. (optional)
Complete response method that sets both the response headers and body. Changes the request's readyState
to DONE
.
Fires the appropriate events such as readystatechange
, progress
, and load
.
This is a shorthand for setResponseHeaders()
followed by setResponseBody()
.
After you call this method, you can't use other mock response methods. This restriction is lifted if you call open()
again.
Arguments:
status
: Response HTTP statusnumber
. (optional)headers
:object
with the response headers. (optional)statusText
:string
response HTTP status text. (optional)
Sets the response headers. Changes the request's readyState
to HEADERS_RECEIVED
.
Fires the appropriate events such as readystatechange
, progress
, and load
.
After you call this method, you can use the following mock response methods:
Arguments:
transmitted
:number
of bytes transmitted.length
:number
of bytes in the response.
Fires a response progress event. Changes the request's readyState
to LOADING
if it is HEADERS_RECEIVED
.
You must call setResponseHeaders()
before this method.
Arguments:
body
: Response body. (optional)
Sets the response body. Changes the request's readyState
to DONE
.
Fires the appropriate events such as readystatechange
, progress
, and load
.
Calls setResponseHeaders()
if not already called. The response headers then only contain Content-Length
with a value equal to the length of the response body.
After you call this method, you can't use other mock response methods. This restriction is lifted if you call open()
again.
Simulates a network error. Changes the request's readyState
to DONE
.
Fires the appropriate events including the error
event.
After you call this method, you can't use other mock response methods. This restriction is lifted if you call open()
again.
Simulates a request timeout. Changes the request's readyState
to DONE
.
Fires the appropriate events including the timeout
event.
Throws an error if the request
attribute is equal to 0 since timeouts do not occur in that case.
After you call this method, you can't use other mock response methods. This restriction is lifted if you call open()
again.
Returns a new MockXhr
subclass.
If you use a different subclass of MockXhr
in each test case, it is easier to ensure they are self-contained. For example, if you set the timeoutEnabled
static property on a subclass, it only affects that subclass and not the other subclasses created in other test cases. Since subclasses aren't reused, cleanup code that reverts the changes made to a subclass is not required.
Arguments:
routes
: Object with the initial set of routes of the server. (optional)
Returns a new MockXhrServer
with its own unique MockXhr
subclass. See newMockXhr()
.
Add routes to the MockXhrServer
with the optional routes
argument. See the constructor for details.
Based on the XMLHTTPRequest specification version '15 August 2022'.
- Events and states.
open()
,setRequestHeader()
,send()
andabort()
.- Upload and download progress events.
- Response status,
statusText
, headers and body. - The
timeout
attribute (can be disabled). - Simulating a network error (see
MockXhr.setNetworkError()
). - Simulating a request timeout (see
MockXhr.setRequestTimeout()
).
overrideMimeType()
throws when required, but has no other effect.responseType
:''
,'text'
and'json'
are fully supported. TheresponseType
values have no effect on the response body passed tosetResponseBody()
.responseXml
: the response body isn't converted to a document response. To get a document response, pass it directly as the response body insetResponseBody()
.responseUrl
: the final request URL after redirects isn't automatically set. This can be emulated in a request handler.
- Synchronous requests (i.e.
async
set tofalse
inopen()
). - Parsing the request URL in
open()
and throwingSyntaxError
on failure.
Contributors are welcome! See this guide for more info.