How to mock request and response in nodejs to test middleware/controllers?

后端 未结 6 702
花落未央
花落未央 2021-02-01 14:37

My application has several layers: middleware, controllers, managers. Controllers interface is identical to middlewares one: (req, res, next).

So my question is: how ca

相关标签:
6条回答
  • 2021-02-01 15:15

    Take a look at node-tdd and the useNock flag. It builds on top of mocha and nock and automatically creates and uses a recording file for each test.

    We love that it's so easy to use. Basically just "enable and forget" and focus on writing requests / test cases. If requests for a test change, one still needs to delete or adjust the recording file, but at least it's entirely separate from the code.

    0 讨论(0)
  • 2021-02-01 15:21

    If you want to use the real req and res 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 for req.route

    var express = require('../')
      , request = require('./support/http');
    
    describe('req', function(){
      describe('.route', function(){
        it('should be the executed Route', function(done){
          var app = express();
    
          app.get('/user/:id/edit', function(req, res){
    
            // test your controllers with req,res here (like below)
    
            req.route.method.should.equal('get');
            req.route.path.should.equal('/user/:id/edit');
            res.end();
          });
    
          request(app)
          .get('/user/12/edit')
          .expect(200, done);
        })
      })
    })
    
    0 讨论(0)
  • 2021-02-01 15:29

    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 or supertest, 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:

    request(controller.get_user)
      .params({id: user_id})
      .expect(user, done);
    

    Or the more explicit longhand version:

    request(controller.get_user)
      .params({id: user_id})
      .end(function(response) {
        expect(response).toEqual(user);
        done();
      });
    

    Note: the examples assume user_id and user 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 both req and res, but by default they are pretty bare.

    0 讨论(0)
  • 2021-02-01 15:30

    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.

    // SUT
    kids.index = function (req, res) {
    if (!req.user || !req.user._id) {
        res.json({
            err: "Invalid request."
        });
    } else {
        // non-relevent code
    }
    };
    
    // Unit test
    var req, res, err, sentData;
    describe('index', function () {
    
        beforeEach(function () {
            res = {
                json: function (resp) {
                    err = resp.err;
                    sentData = resp.kids;
                }
            };
        });
        it("should return error if no user passed in request", function () {
            req = {};
    
            kidsController.index(req, res);
            expect(err).to.equal("Invalid request.");
    
        });
    
        /// More tests....
    })
    
    0 讨论(0)
  • 2021-02-01 15:31

    Since JavaScript is a dynamically typed language you can create mock objects and passing them to your controllers as follow:

    var req = {};
    var res = {};
    var next = function(err) {console.log('lala')}
    controller.get_user(req, res, next)
    

    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,

    var req = {};
    req.url = "http://google.com"; // fake the Url
    
    var res = {};
    res.write = function(chunk, encoding) { 
      // fake the write method 
    };
    
    var next = function(err) {console.log('lala')}
    controller.get_user(req, res, next)
    
    0 讨论(0)
  • 2021-02-01 15:33

    There's a semi decent implementation at node-mocks-http

    Require it:

    var mocks = require('node-mocks-http');
    

    you can then compose req and response objects:

    req = mocks.createRequest();
    res = mocks.createResponse();
    

    You can then test your controller directly:

    var demoController = require('demoController');
    demoController.login(req, res);
    
    assert.equal(res.json, {})
    

    caveat

    There is at time of writing an issue in this implementation to do with the event emitter not being fired.

    0 讨论(0)
提交回复
热议问题