11

我测试的是：一个快速服务器端点

我的目标：在单个脚本中自动化 API 测试

我做什么：我在 NodeJS 子进程中启动 express 服务器，并希望在运行测试套件之前等待它启动（frisby.js 端点测试）

什么不按预期工作：在 Promise 解决之前启动测试套件

wait-on一旦资源可用，我依赖服务器轮询和解析的包。

const awaitServer = async () => {
  await waitOn({
    resources: [`http://localhost:${PORT}`],
    interval: 1000,
  }).then(() => {
    console.log('Server is running, launching test suite now!');
  });
};

该函数在 startServer 函数中使用：

const startServer = async () => {
  console.log(`Launching server http://localhost:${PORT} ...`);

  // npmRunScripts is a thin wrapper around child_process.exec to easily access node_modules/.bin like in package.json scripts
  await npmRunScripts(
    `cross-env PORT=${PORT} node -r ts-node/register -r dotenv/config src/index.ts dotenv_config_path=.env-tests`
  );

  await awaitServer();
}

最后，我在类似的地方使用它

describe('Endpoints' () => {
  beforeAll(startTestServer);

  // describes and tests here ...
});

无论如何，当我启动 jest 时，'Server is running, launching test suite now!'console.log 永远不会出现，并且测试套件失败（因为服务器尚未运行）。为什么 jest 开始测试awaitServer显然还没有解决？

该npmRunScripts功能工作正常，因为测试服务器在测试失败后启动并运行了一小会儿。为了这个问题，npmRunScripts 是这样解决的：

// From https://humanwhocodes.com/blog/2016/03/mimicking-npm-script-in-node-js/
const { exec } = require('child_process');
const { delimiter, join } = require('path');

const env = { ...process.env };
const binPath = join(__dirname, '../..', 'node_modules', '.bin');

env.PATH = `${binPath}${delimiter}${env.PATH}`;

/**
 * Executes a CLI command with `./node_modules/.bin` in the scope like you
 * would use in the `scripts` sections of a `package.json`
 * @param cmd The actual command
 */
const npmRunScripts = (cmd, resolveProcess = false) =>
  new Promise((resolve, reject) => {
    if (typeof cmd !== 'string') {
      reject(
        new TypeError(
          `npmRunScripts Error: cmd is a "${typeof cmd}", "string" expected.`
        )
      );
      return;
    }

    if (cmd === '') {
      reject(
        new Error(`npmRunScripts Error: No command provided (cmd is empty).`)
      );
      return;
    }

    const subProcess = exec(
      cmd,
      { cwd: process.cwd(), env }
    );

    if (resolveProcess) {
      resolve(subProcess);
    } else {
      const cleanUp = () => {
        subProcess.stdout.removeAllListeners();
        subProcess.stderr.removeAllListeners();
      };

      subProcess.stdout.on('data', (data) => {
        resolve(data);
        cleanUp();
      });
      subProcess.stderr.on('data', (data) => {
        reject(data);
        cleanUp();
      });
    }
  });

module.exports = npmRunScripts;
4

4 回答 4

11

我找到了解决方案。在尝试了几乎任何事情之后，我没有意识到 jest 有一个默认为 5 秒的超时设置。所以我增加了这个超时时间，现在测试等待服务器承诺解决。

我只是jest.setTimeout(3 * 60 * 1000);在测试套件之前添加。

于 2019-03-20T14:38:45.233 回答
7

就我而言，它是由零件的缺陷引起的beforeAll。确保beforeAll不包含任何未捕获的异常，否则它将表现为测试开始而不等待beforeAll解决。

于 2019-12-10T08:56:14.363 回答
3

在较新版本的 jest（至少 >1.3.1）中，您可以将一个done函数传递给您的beforeAll函数并在一切完成后调用它：

beforeAll(async (done) => {
  await myAsyncFunc();
  done();
})
it("Some test", async () => {
  // Runs after beforeAll
})

更多讨论：https ://github.com/facebook/jest/issues/1256

于 2020-10-11T09:44:45.350 回答
2

经过大量挖掘，我找到了为什么我beforeAll的测试之前似乎没有运行的原因。这对某些人来说可能很明显，但对我来说不是。

如果您的describe外部有代码 an itor other beforeXor afterY，并且该代码依赖于 any beforeX，您将遇到此问题。

问题是您的代码在describe任何beforeX. 因此，该代码将无权访问在任何beforeX.

例如：

describe('Outer describe', () => {
    let server;
    beforeAll(async () => {
        // Set up the server before all tests...
        server = await setupServer();
    });

    describe('Inner describe', () => {
        // The below line is run before the above beforeAll, so server doesn't exist here yet!
        const queue = server.getQueue(); // Error! server.getQueue is not a function
        it('Should use the queue', () => {
            queue.getMessage(); // Test fails due to error above
        });
    });
});

对我来说，这似乎出乎意料，考虑到代码是在describe回调中运行的，所以我的印象是该回调将beforeX在 current 之外运行describe。

似乎这种行为不会很快改变：https ://github.com/facebook/jest/issues/4097

于 2021-09-28T14:49:42.123 回答