3

到目前为止，在我正在处理的项目中，我通常对以这种方式加载异步数据的组件进行快照测试：

describe('MyComponent component', () =>{
    test('Matches snapshot', async () => {
        fetch.mockResponse(JSON.stringify(catFacts));

        const { asFragment } = render(<MyComponent />);
        await waitFor(() => expect(asFragment()).toMatchSnapshot());
    })
})

我发现它非常方便，因为它允许拥有包含组件不同状态（加载、错误、加载数据）的快照。

问题是我刚刚发现根本不推荐这种方法，并且 @testing-library/react 包的最新更新不允许我再以这种方式测试我的组件。

根据包的 eslint 规则，我将不得不像这样修改我的代码：

describe('MyComponent component', () =>{
    test('Matches snapshot', () => {
        fetch.mockResponse(JSON.stringify(catFacts));

        const { asFragment } = render(<MyComponent />);
        expect(asFragment()).toMatchSnapshot();
    })
})

它可以工作，但生成的快照仅包含组件的初始状态（在本例中为“正在加载”）。

在这种情况下，您将如何有效地对异步加载数据的组件进行快照测试？

4

1 回答 1

5

你在正确的轨道上。唯一剩下的就是在做出断言之前等待加载数据。

describe('MyComponent component', async () =>{
    test('Matches snapshot', () => {
        fetch.mockResponse(JSON.stringify(catFacts));
        
        const { asFragment } = render(<MyComponent />);

        await waitForElementToBeRemoved(screen.getByText('loading'));

        expect(asFragment()).toMatchSnapshot();
    })
})

我使用了loading文本，因为您在问题中提到了它。但您也可以等待数据出现在屏幕上：

await screen.findByText('something that comes from the mocked data');

waitFor发现问题并修复它的工作很棒！

于 2020-11-14T13:14:35.077 回答