grunt测试api与supertest，express和mocha

Question

我有一个由express运行的https服务器，我使用mocha和supertest进行测试。

我的问题是-如果我只运行测试-它可以。如果我尝试使用测试运行gruntfile，然后运行express-我看到很多EADDRINUSE错误，即使在测试文件中我使用app（）之后也是如此。关闭（）。同样适用于测试中的watch任务。

这是我的exapmle测试:

/* jshint node: true*/
/*global describe, it, after*/
(function() {
    'use strict';
    process.env.NODE_TLS_REJECT_UNAUTHORIZED = "0";
    var request = require('supertest');
    var app = require('../server.js').app;
    var expect = require('chai').expect;
    var Cookies;

    after(function(done) {
        app.close();
        setTimeout(function(){done();}, 1500);
    });

    describe('/login', function() {
        it('should auth the user', function(done) {
            request(app)
                .post('/login')
                .send({login: "test", password: 'test'})
                .expect(302)
                .end(function(err, res) {
                    expect(err).to.be.equal(null);
                    expect(res.text).to.be.equal("Moved Temporarily. Redirecting to /");
                    Cookies = res.headers['set-cookie'].pop().split(';')[0];
                    done();
            });

        });
    });
    // testing API for serving session data for angualar factory
    describe('/api/session', function() {
        it('should return session data in JSON', function(done) {
            var req = request(app).get('/api/session');             
                req.cookies = Cookies;
                req.set('Accept','application/json')
                .end(function(err, res) {
                    expect(err).to.be.equal(null);
                    expect(res.body).to.have.property("_id");
                    done();
            });
        });
    });

}());

我知道这些测试远非完美。我刚刚开始我的冒险与适当的软件测试。

所有那些"已经在使用的端口"都是显而易见的，而且没有一个。..给任何问题。所有测试工作正常，服务器工作正常，但stdout是疯狂的。这种行为远非理想，可能充满了潜在的问题和不稳定性问题。

我的问题是-如何摆脱它？

我的想法是:

• 在不同的端口上创建专用服务器进行测试。不幸的是，我必须知道如何实现这一点。

• 为superagent创建一些条件，如果它没有运行，或者只是运行服务器。..传递给superagent，否则？

• 使用其他东西然后superagent（如request，但我不确定所有的cookie和node_tls_reject_unauthorized是否可以工作。

正如你所看到的-我与这个话题斗争，并且有更多的问题而不是答案，而且没有足够的经验来知道在哪里看。

我非常感谢任何帮助。

编辑:

我发现，我能做到:

before(function(done) {
    app.listen(3001, function() { done(); });
});

它开始在另一个端口上测试，但是。..整个服务器。js无论如何都加载了，所以它也开始了。然后，当与正在运行的服务器一起触发它时，有明显的EADDRINUSE。

Answer 1

使用时 superagent, ，您应该始终传递一个已配置的Express应用程序（中间件注册，控制器路由等）。)--但未初始化为HTTP服务器。它会为你做这件事，它会推迟，通过 http.createServer, ，到操作系统选择一个可用的端口。

如果你现在有 server.js 模块已经提供了一个完整的HTTP服务器的静态实例，这很可能是您问题的根源。在任何一种情况下，尝试从实际的服务器实例化中提取应用程序配置/引导，如下所示:

// server.js
var express = require('express');
var middleware = require('./middleware');
var controllers = require('./controllers');

// Configures the Express application instance.
exports.setup = function (app) {
    app.use(middleware.foo);
    app.get('/bar', controllers.bar);

    app.locals.baz = 'quux';
}

// You might shoot yourself in the foot if parts of your application depend
// on a static reference at `server.app`.
exports.app = setup(express());
exports.app.listen(3000);

然后，在你的测试中，你可以做一些事情:

// tests.js
var express = require('express');
var server = require('./server');

describe('Server tests', function () {
    // Create a fresh server instance prior to each test
    beforeEach(function createNewSever() {
        this.app = server.setup(express());
    });

    describe('Foo', function () {
        it('barrs', function () {
            request(this.app)  // initializes a server instance on port A
            // ... supertests
        });

        it('bazzes', function () {
            request(this.app)  // initializes a server instance on port B
            // ... more supertests
        });
    });
});

这只是为了说明目的，其中实例化应用程序实例的时间/方式将取决于您的测试上下文。重要的是，您应该能够为您的测试用例创建新鲜，干净，独立和隔离的服务器实例。如果您使用并行或随机顺序执行测试的测试运行器，这是绝对必要的。