成组运行 Jest 测试套件

Question

我正在通过 Jest 和 supertest 为新 API 编写大量测试。在运行测试之前，我正在设置一个测试数据库并在其中填充用户：

测试命令

jest --forceExit --config src/utils/testing/jest.config.js

文件 jest.config.js

module.exports = {
  rootDir: process.cwd(),

  // Sets up testing database with users
  globalSetup: './src/utils/testing/jest.setup.js',

  // Ensures connection to database for all test suites
  setupTestFrameworkScriptFile: './src/utils/testing/jest.db.js',

}

所以我从一些用户的数据库开始进行测试。问题是这样的：

我的一些测试依赖于其他测试的成功。在这个应用程序中，用户可以上传图像，并将它们分组。所以我的分组端点套件取决于我的图像上传套件的成功，等等。

我很清楚很多人可能会说这是不好的做法，并且测试不应该依赖于其他测试。话虽如此，我真的宁愿通过supertest 保留我的所有测试，而不是依赖注入等。我不想必须精心设置测试条件（例如，人为地创建一堆用户图像在运行测试之前），因为：（1）这只是逻辑的重复，（2）它增加了某些东西的可能性。

有没有办法将笑话套件分组？例如，按顺序运行套件：

jest run creationSuite
jest run modificationSuite

这样，我的所有“creationSuite”测试都可以同时运行，all 的成功将触发“modificationSuite”以快速失败的方式运行，等等。 p>

另外，在测试套件内部指定对其他测试套件的依赖会很棒：

describe('Grouping endpoint', () => {
    // Somehow define dependencies
    this.dependsOn(uploadSuite)

Answer 1

您可以使用jest-runner-groups 来分组定义和运行测试。安装并添加到 Jest 配置后，您可以使用 docblock 表示法标记您的测试，如下所示：

/**
 * Foo tests
 *
 * @group group1/subgroup1
 * @group unit/foo
 */

describe( 'Foo class', () => {
    ...
} );

/**
 * Bar tests
 *
 * @group group1/subgroup2
 * @group unit/bar
 */

describe( 'Bar class', () => {
    ...
} );

更新您的 jest 配置以指定新的跑步者：

// jest.config.js
module.exports = {
    ...
    runner: "groups"
};

然后要运行特定的组，需要使用--group= 参数：

// Using the Jest executable
jest --group=mygroup

// Or npm
npm test -- --group=mygroup

您还可以使用多个--group 参数来运行多个组：

// Will execute tests in the unit/bar and unit/foo groups
npm test -- --group=unit/bar --group=unit/foo

// Will execute tests in the unit group (including unit/bar and unit/foo groups)
npm test -- --group=unit

Answer 2

我用--testNamePattern 标志完成了它。这是程序。

假设您有两组测试：

• DevTest 用于开发环境测试
• ProdTest 用于在生产环境中进行测试

如果您只想测试开发环境所需的那些功能，您必须在测试说明中添加DevTest：

describe('(DevTest): Test in development environment', () => {
  // Your test
})

describe('(ProdTest): Test in production environment', () => {
  // Your test
})

describe('Test everywhere', () => {
  // Your test
})

之后，您可以将命令添加到您的package.json 文件中：

  "scripts": {
    "test": "jest",
    "test:prod": "jest --testNamePattern=ProdTest",
    "test:dev": "jest --testNamePattern=DevTest",
    "test:update": "jest --updateSnapshot"
  }

命令npm test 将运行所有您的测试，因为您没有使用标志--testNamePattern。如果您想运行其他测试，只需使用 npm run test:dev 即可。

但在命名测试组时要小心。它们在测试描述中使用正则表达式进行搜索，您不希望此命令匹配其他单词。

Answer 3

Jest 测试套件在多个线程中执行，这是它的主要优点之一。以这种方式可以更快地完成测试运行，但测试序列并非按设计保留。

可以使用runInBand 选项禁用此功能。

可以使用 testNamePattern 选项根据名称选择测试和套件，或者使用 testPathPattern option 根据路径选择测试和套件。

由于一个套件依赖于另一个套件，因此它们可能会按照预期运行的顺序组合成一个套件。它们仍然可以驻留在不同的文件中（确保它们不被 Jest 匹配），例如：

// foobar.test.js
describe(..., () => {
  require('foo.partial-test.js');
  require('bar.partial-test.js');
});

问题是这样的：

我的一些测试依赖于其他测试的成功。

这是真正的问题。依赖先前测试状态的方法在任何类型的自动化测试中都被认为是有缺陷的。

我不想精心设置测试条件（例如，在运行测试之前人为地创建一堆用户图像），因为：（1）这只是逻辑的重复，以及（2）它增加破坏的可能性。

无需人为设置测试条件（夹具）。可以从现有环境中提取夹具，如果您确定它们的质量，甚至可以从当前测试的结果中提取。

• 冗余和重言式自然发生在自动化测试中，它们没有任何问题。通过正确管理夹具和共享代码，可以使测试变得 DRYer。

• 恰恰相反，错误总是累积的。创建错误先决条件的测试可能会通过，但另一个测试会失败，从而产生调试难题。