用 Jest 测试 Typescript 接口

Question

下面是我的界面和测试文件。当我针对它运行代码覆盖率的玩笑测试时，它一直说第 1 行和第 2 行没有被测试覆盖。接口的代码覆盖率甚至是可能的吗？还是应该从覆盖率报告中排除任何接口？

index.tsx

export interface StoreState {
    languageName: string;
    enthusiasmLevel: number;
}

index.test.tsx

import { StoreState } from '../types';

it('has a languageName of "TypeScript"', () => {
    const state: StoreState = { languageName: 'TypeScript', enthusiasmLevel: 3 };
    expect(state.languageName).toEqual('TypeScript');
});

it('has an enthusiasm level of 3', () => {
  const state: StoreState = { languageName: 'TypeScript', enthusiasmLevel: 3 };
  expect(state.enthusiasmLevel).toEqual(3);
});

Answer 1

这是ts-jest (Issue #378) 的一个已知问题。项目所有者目前建议将接口文件排除在 Jest 覆盖范围之外：

kulshekhar 于 2018 年 1 月 1 日发表评论：

我认为在 ts-jest 中无法解决此问题。我仔细研究了这个问题，有两种方法可以获得预期的结果：

• 从覆盖范围中排除仅包含类型的文件
• 从仅包含类型的文件中添加和导出虚拟函数/变量

当 TypeScript 转译文件时，它不会将“纯类型”导入转换为 require 语句。这会导致 Jest 不会选择这些文件并将其传递给 ts-jest。

GeeWee 评论于 2018 年 1 月 2 日：

我认为我们不能排除仅包含类型的文件。我也认为这是一个错误修复，除非 jest 增加了变形金刚选择文件不在覆盖范围内的能力或类似的东西。

例如，您可以使用coveragePathIgnorePatterns 来排除基于仅包含类型的文件的命名约定的文件（例如，I 前缀后跟大写字母，例如“ISerializable”）：

{
  "jest": {
    ...
    "coveragePathIgnorePatterns": [
      "**/I[A-Z]*.{ts}"
    ]
  }
}