作为工程师，我们希望构建出 能够运行的东西，但是随着我们创建的每个新功能，我们不可避免地会增加应用程序的大小和复杂性。
随着产品的增长，手动（例如用手）测试受更改影响的每个功能变得越来越耗时。
缺乏自动化测试导致我们要么花费太多时间，减慢了我们的运输速度，要么花费太少时间，从而节省了速度，导致积压的新错误以及来自 PagerDuty 的深夜电话。
相反，计算机可以编程重复做同样的事情。所以，让我们把测试委托给计算机吧！
测试金字塔理念提出了三种主要测试类型：单元测试、集成测试和端到端测试。让我们深入研究每种类型，并了解为什么我们需要每种类型。
单元是您单独测试的一小段逻辑（不依赖于其他组件）。
单元测试速度很快。它们在几秒钟内完成。隔离允许它们在任何时间点（本地和 CI）运行，而无需启动依赖服务/进行 API 和数据库调用。
单元测试示例：一个接受两个数字并将它们相加的函数。我们想用不同的参数调用它并断言返回的值是正确的。
一个更有趣的例子是 React 组件在 API 请求完成后渲染一些文本。我们需要模拟 API 模块以返回测试所需的值，渲染组件，并断言渲染的 HTML 具有我们需要的内容。
当你的单元与其他单元（依赖项）交互时，我们称之为集成。这些测试比单元测试慢，但它们测试应用程序各部分如何连接。
集成测试示例：在数据库中创建用户的服务。这要求在执行测试时有一个可用的数据库实例（依赖项）。我们将测试该服务是否可以从数据库中创建和检索用户。
当我们测试完全部署的应用程序时，这是一个端到端测试，其中所有依赖项都可用。这些测试最能模拟实际用户行为，并允许您捕获应用程序中所有可能的问题，但它们是最慢的测试类型。
无论何时您想要运行端到端测试，您都必须配置所有基础设施并确保您的环境中有第三方提供商可用。
您只希望将它们用于应用程序的关键任务功能。
让我们看一个端到端测试示例：登录流程。我们想要进入应用程序，填写登录详细信息，提交，然后查看欢迎消息。
请记住，端到端测试比集成测试慢，而集成测试比单元测试慢。
如果您正在开发的功能是关键任务，请考虑编写至少一个端到端测试（例如，在开发身份验证流程时检查登录功能的工作方式）。
除了关键任务流程外，我们还希望测试尽可能多的边缘情况和功能的各种状态。集成测试使我们能够测试应用程序的各个部分如何协同工作。
对端点和客户端组件进行集成测试是个好主意。端点应该执行操作，产生预期结果，并且不会抛出任何意外错误。
客户端组件应该显示正确的内容并按照您期望的方式响应用户交互。
最后，我们什么时候应该选择单元测试？所有可以单独测试的小函数，例如sum求和、Button渲染<button>标签，都是单元测试的绝佳候选。如果您遵循测试驱动开发方法，单元测试是完美的选择。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。