测试优先开发的提示和技巧

发布于 2024-08-29 19:41:35 字数 251 浏览 4 评论 0 原文

只需阅读这篇博文 - 帮助!我不擅长以测试优先的方式迁移/重组代码。我有过类似的经历,并想尝试向更广泛的社区开放......

Just read this blog post - Help! I’m Terrible At Migrating/Restructuring Code In A Test-First Manner. I've had similar experiences, and thought I'd try an open it up to the wider community ...

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

等风来 2024-09-05 19:41:36

我在数据迁移项目中使用 TFD – 测试优先开发。我意识到,除非您充分理解 TFD 的原理和测试工具,否则开发往往会很慢。但是当您需要更改开发代码时,您就会看到 TFD 的巨大优势。我认为在 TFD 中有两条规则是你永远不能违反的:

  • 将你的测试代码视为第一公民。干净的代码并始终重构您的测试代码
  • 在进行重大测试之前不要编写代码,并实现最简单的代码来通过测试。

如果您始终遵守软管规则,那么就需要练习 TFD。

对我来说,我想我不会再在没有失败测试的情况下编码。

I am using TFD – Test First development in a data migration project. I realize until you understand well the philosophy of TFD and the testing tool the development tend to be slow. But when you need to change your develop code you see the big benefits of TFD. I think in TFD are tow rules that you always must not to break:

  • Treat your testing code as first citizen. Clean code and always refactoring your testing code
  • Never write code until you have a breaking test and implement the simplest code to pass your test.

If you always respect hose rules then is all about practice TFD.

For me I think I never again code without having a fail test.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文