为何大家会将getBy*与toBeInTheDocument配合使用？

• 习惯与代码一致性
  很多人学Testing Library时，最早接触的就是「查询元素+断言」的模式——比如查完元素后断言它是否可用、文本内容是否正确。时间长了就形成习惯，哪怕用getBy*这类本身会抛错的查询，也顺手加上toBeInTheDocument()，让所有断言的写法保持统一，团队协作时风格也更一致。

• 更精准的错误提示
  getBy*找不到元素时，报错信息是「无法找到匹配文本/选择器的元素」；而加上expect(...).toBeInTheDocument()后，报错会明确说「预期元素在文档中，但未找到」。对不少开发者来说，后者的错误描述更贴合测试意图，一眼就能定位是「元素不存在」的问题，而不是模糊的「找不到元素」。

• 兼容不同查询类型的灵活性
  有时候会在getBy和queryBy之间切换（queryBy找不到元素不会抛错，只会返回null）。如果一开始就写了toBeInTheDocument()，不管换哪种查询方法，测试逻辑都不用改——用queryBy时，断言会帮你检查元素是否存在；用getBy*时，就算冗余也不影响。这种写法让代码更灵活，不用每次换查询都调整断言部分。

• 测试意图更明确
  虽然getBy本身隐含了「元素必须存在」的检查，但加上toBeInTheDocument()能让测试的目的更直白。尤其是对新手或者不熟悉Testing Library的人来说，不用去记getBy的行为，一眼就能看懂：这段代码就是在验证「这个元素确实在DOM里」。

其实Testing Library官方也提到过，这种冗余写法是完全无害的，不会影响测试性能，反而能换来可读性和灵活性的提升，所以很多开发者愿意这么做。

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