My application has several layers: middleware, controllers, managers. Controllers interface is identical to middlewares one: (req, res, next).
So my question is: how can I test my controllers without starting the server and sending 'real' requests to localhost. What I want to do is to create request, response instances as nodejs does and then just call controllers method.
Something like this:
var req = new Request()
var res = new Response()
var next = function(err) {console.log('lala')}
controller.get_user(req, res, next)
Any advice is highly appreciated. Thanks!
P.S. the reason why I want to do this is that at the end I would like to test whether the response object contains correct variables for the jade views.
There's a semi decent implementation at node-mocks-http
Require it:
you can then compose req and response objects:
You can then test your controller directly:
caveat
There is at time of writing an issue in this implementation to do with the event emitter not being fired.
I would try using dupertest for this. It's a node module I created for the very purpose of easy controller testing without having to spin up a new server.
It keeps the familiar syntax of node modules like
request
orsupertest
, but again, without the need to spin up a server.It runs a lot like Hector suggested above, but integrates with a test framework like Jasmine to feel a little more seamless.
An example relating to your question may look like:
Or the more explicit longhand version:
Note: the examples assume
user_id
anduser
are defined somewhere, and that the controller grabs and returns a user based on id.Edit: reading your response to an answer above, I will admit the downside currently is that this module does not integrate a more robust mock request or response object by default.
dupertest
makes it super easy to extend and add properties to bothreq
andres
, but by default they are pretty bare.If you want to use the real
req
andres
objects, you have to send real requests to the server. However this is much easier than you might think. There are a lot of examples at the express github repo. The following shows the tests forreq.route
A bit old post, but I would like to give my 2 cents. The approach you want to take depends on whether you are doing unit testing or integration testing. If you are going down the route of using supertest, that means you are running the actual implementation code and that means you are doing integration testing. If that's what you want to do this approach is fine.
But if you are doing unit testing, you would mock req and res objects (and any other dependencies involved). In the below code (non-relevant code removed for brevity), I am mocking res and giving just a mock implementation of json method, as that's the only method I need for my tests.
Since JavaScript is a dynamically typed language you can create mock objects and passing them to your controllers as follow:
If your controller needs a particular piece of data or functionality from your request or response object you'll need to provide such data or functionality in your mocks. For example,