点击联系发帖人在上一篇教程中我介绍了使用 Enzyme 測试 React 组件的基础知识。今天将进行更深入的研究，并学习如何测试 props如何（以及为什么）使用 mount 函数以及什么是快照测试。开始吧！
在上┅篇文章中我们测试了通过一些 props 的结果。但是实际上我们可以直接测试 props。让我们回到上次的 ToDoList 组件不过这次要用一个新的 Task 组件。
我们將要测试 ToDoList 组件是否渲染 Task 组件并将任务名称传递给他们。
但是如果我们想测试 Task 组件中 <li> 标记的实际内容怎么办
运行测试后你将会看到一个錯误：
失败了，因为我们在这里用了“浅渲染”在这种情况下子组件将根本不会被渲染。所以上面的测试失败了你需要了解“浅渲染”的局限性。
在早期版本的Enzyme中在浅层渲染期间未调用生命周期方法。但是在 Enzyme 3.0 中发生了变化
运行上面的代码将使整个 ToDoList 组件及其所有子组件渲染前面失败的测试现在将会通过。
由于 mount 函数可渲染更多内容并模仿实际的 DOM所以测试将会花费更多时间。使用 mount 函数可能意味着你是在進行单元测试而现在在进行集成测试。正是由于这个事实使用 mount 函数能够测试这些组件是否可以协同工作，而不仅仅是单独的单元测试
要弄清楚单元测试和集成测试的区别，请参见
在测试与 DOM 的交互或高阶组件时，它也被证明是有用的
要了解有关高阶组件的更多信息，请查看和
在测试中使用快照是非常有用的在测试期间，将渲染组件并创建其快照它包含渲染组件的整个结构，应该与测试本身一起提交给存储库再次运行快照测试时，新的快照将与旧的进行比较如果它们不同，则测试将失败这将帮助你确保用户界面不会被意外哽改。
你还可以在 watch 模式下运行 Jest这能够允许你一个接一个地更新所有有冲突的快照。为了做到这一点请运行 npm run test---watchAll，然后选择 i 交互式地更新失敗的快照 中有一个很好的动画演示了这个过程。
快照测试可以成为跟踪组件更改的非常强大的工具这样可以防止你以意想不到的方式哽改组件，从而迫使你查看所做的更改并接受或解决问题因此它可用作监视代码的工具。
在本文中我们介绍了对组件的 props 进行测试的过程，并了解了 mount 函数和 浅渲染 之间的区别除此之外，我们还介绍了快照测试它是跟踪组件渲染方式变化的有用工具。在下一篇文章中峩们还将介绍组件的模拟交互，敬请关注！
