如何避免AVA在测试失败时显示冗长对象？

我太懂这种被几百行冗余输出淹没的痛苦了！当你用AVA搭配supertest测试Express应用的HTML响应时，一旦断言失败，AVA默认会打印整个response对象——尤其是response.res这个完整的IncomingMessage，里面塞满了内部状态、事件监听器等无关细节，得翻半天才能找到关键的HTML文本。

下面给你几个实用的解决办法，帮你把错误输出精简到关键信息：

1. 使用AVA的t.regex替代match断言 #

AVA的t.regex方法专门用来测试字符串是否匹配正则，它的错误提示会更精准，不会打印整个response对象。

修改后的测试代码：

test('Positive case: book is found in /api/v1/books/1', async (t) => {
  t.plan(2);
  const response = await request(app).get('/api/v1/books/1');
  t.is(response.status, 200);
  // 用正则表达式代替字符串，适配t.regex
  const expectedBook = /<h3>Book 1<\/h3>/;
  t.regex(response.res.text, expectedBook, 'Book title not found in response HTML');
});

当断言失败时，AVA只会输出匹配失败的关键信息：预期的正则、实际的文本片段，不会再打印几百行的IncomingMessage细节。

2. 提取关键内容+自定义错误消息 #

如果你更习惯用字符串匹配，可以先把响应文本提取出来，然后在断言里自定义错误消息，把预期和实际的关键内容直接展示出来，不用再翻冗余输出。

示例代码：

test('Positive case: book is found in /api/v1/books/1', async (t) => {
  t.plan(2);
  const response = await request(app).get('/api/v1/books/1');
  t.is(response.status, 200);
  
  const responseText = response.res.text;
  const expectedBook = '<h3>Book 1</h3>';
  
  t.truthy(
    responseText.includes(expectedBook),
    `❌ Failed to find expected book title:
Expected: "${expectedBook}"
Actual response snippet: ${responseText.slice(0, 200)}...` // 只展示部分文本，避免过长
  );
});

这样失败时，你能直接在控制台看到预期内容和实际响应的关键片段，不用再滚动找信息。

3. 提前用t.log输出关键内容 #

如果调试时确实需要查看完整的HTML响应，可以在断言前手动用t.log打印，这样即使断言失败，你也已经提前看到了关键内容，不用依赖AVA的默认输出：

test('Positive case: book is found in /api/v1/books/1', async (t) => {
  t.plan(2);
  const response = await request(app).get('/api/v1/books/1');
  t.is(response.status, 200);
  
  const responseText = response.res.text;
  t.log('Response HTML:', responseText); // 提前打印关键内容
  
  const expectedBook = '<h3>Book 1</h3>';
  t.truthy(responseText.includes(expectedBook), 'Book title is not found');
});

为什么原来的输出会这么冗余？ #

当你断言response.res.text.match(expectedBook)为truthy时，一旦失败，AVA会尝试打印断言中涉及的整个对象（也就是response.res）。而supertest返回的response.res是Node.js的IncomingMessage实例，包含大量内部属性（比如事件监听、可读流状态等），这些都是你不需要的调试信息，自然会导致输出爆炸。

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