Express.js应用使用Stryker进行突变测试时的端口占用问题求助

我之前也碰到过一模一样的坑！Stryker在执行突变测试时会并行运行多个突变体的测试套件，每个突变体都会启动你的Express服务，固定端口8000必然会导致EADDRINUSE错误，直接让所有突变体被误判为存活（反而拿到100%得分，这其实是假阳性）。下面几个方案亲测有效，按推荐程度排序：

方案1：用Supertest直接测试App实例（最省心） #

其实Supertest根本不需要你手动启动Express服务器——它可以直接接收你的app实例，内部会自动处理服务器的启动、端口分配和关闭，完全不会占用固定端口。

修改你的测试代码，去掉手动启动app.listen的逻辑，直接传入app给Supertest：

const request = require('supertest');
const app = require('../path/to/your/app'); // 导出你的Express app实例

describe('/test 路由测试', () => {
  it('应该返回正确响应', async () => {
    const response = await request(app).get('/test');
    expect(response.statusCode).toBe(200);
    expect(response.text).toBe('ok');
  });
});

这样不管Stryker并行跑多少个突变体，每个测试用例都会使用Supertest内部管理的独立服务器，完全不存在端口冲突问题。

方案2：让Express监听随机端口 #

如果一定要手动管理服务器，可以让Express监听0端口（系统会自动分配一个可用的随机端口），然后在测试代码中动态获取这个端口，避免硬编码。

首先，拆分你的Express代码，把app和启动逻辑分开：

app.js（只定义app和路由）：

const express = require('express');
const app = express();

// 定义路由
app.get('/test', (req, res) => res.send('ok'));

module.exports = app;

server.js（生产环境启动用）：

const app = require('./app');
const port = process.env.PORT || 8000;
app.listen(port, () => console.log(`服务运行在端口 ${port}`));

然后修改测试代码，在每个测试前后启动/关闭服务器，并使用随机端口：

const request = require('supertest');
const app = require('../app');
let server;

// 每个测试前启动服务器，监听0端口
beforeEach((done) => {
  server = app.listen(0, done);
});

// 每个测试后关闭服务器
afterEach((done) => {
  server.close(done);
});

describe('/test 路由测试', () => {
  it('应该返回正确响应', async () => {
    // 通过server.address().port获取实际端口
    const response = await request(`http://localhost:${server.address().port}`).get('/test');
    expect(response.text).toBe('ok');
  });
});

这样每个测试用例都会占用一个独一无二的随机端口，Stryker并行执行时就不会冲突了。

方案3：让Stryker串行执行测试（临时救急） #

如果不想改代码，可以配置Stryker一次只运行一个突变体的测试，避免并行导致的端口冲突。在stryker.conf.json中设置concurrency: 1：

{
  "mutator": "javascript",
  "packageManager": "npm",
  "reporters": ["html", "clear-text", "progress"],
  "testRunner": "mocha",
  "concurrency": 1, // 强制串行执行
  "coverageAnalysis": "perTest"
}

这个方案的缺点是会大幅减慢突变测试的速度，因为无法利用多核并行处理，适合小型项目临时使用。

内容的提问来源于stack exchange，提问作者Skomoranin