快速反馈导致快速改进。

当您构建新功能或修复错误时，快速成功的首要预测因素是您的反馈循环。你怎么知道它什么时候工作？我们可以自动化这个过程吗？

你越早知道有什么东西坏了，你就能越早修复它。你越快测试你的假设，你就会越早得到真相。

伟大的工程师会找到尽可能快地做出反馈的方法。

快速、可重复的反馈。你怎么到那的？

反馈策略

以下是我关于如何获得快速反馈循环的主要建议：

编写单元测试并定期重新运行

在我的终端历史上，我跑过的次数pytest -k my_specific_test是天文数字。每次代码更改后，我都会重新运行相同的测试。

使用测试来定义行为，然后我将更新代码以确保它完成该功能。

许多人可能将此称为测试驱动开发。我不是严格遵守 TDD 规则的狂热者。但是当我在做某事时，我确实运行了大量的测试。

测试意味着对您的代码有信心。测试对于开发人员来说是神圣而神奇的。

测试也能让你走得更快。

制作一个脚本来重现错误

我喜欢用错误来做这件事，尤其是那些只有当你有特定的元素组合时才会出现的错误。

我将编写一个针对应用程序运行的脚本来设置场景。通常，我还会让脚本运行错误代码，这样我就可以根据需要重新运行错误。

为什么要用脚本而不是单元测试来重现错误？

如果您可以通过简单的单元测试做到这一点，那么一定要这样做。通常，如果错误出现在多个系统的交汇处，脚本是最佳选择。当你需要数据库、redis 中的数据，或者想测试与外部系统的交互时，单元测试不是一个好的答案。

基本上，使用这些脚本来自动执行您将在 UI 中执行的步骤以重现错误。该脚本在几分之一秒内运行，并在您解决问题后立即显示。

擅长 Postman

这可能特别适用于网络开发人员。

Postman 是一个超级强大的应用程序。它允许您创建和保存 API 查询。您还可以设置身份验证以及将请求指向不同环境的能力。

我绝不是 Postman 方面的专家，但自动化 API 查询工作可以使反馈时间非常快。如果您可以使用不同的参数和数据调用相同的端点，则可以深入了解 API 的行为方式。

尽你所能快速获得反馈

编码时反馈回路非常重要。

它们是您知道事情是正常工作还是损坏的方式。反馈实际上是软件开发人员工作的命脉。

当你接到一项新的编码任务时，你的第一个问题应该是“我如何测试它并尽快获得反馈？”

我确定我在这里错过了一个策略。这些只是首先想到的。如果您有想法，请在评论中分享或给我发送电子邮件！

日常文章

我每天都为软件开发人员写一些新东西。

如果你喜欢我的文章，点赞，关注，转发！