如果良好的测试覆盖率是编写质量代码的关键,那么测试驱动开发(TDD)是最简单的方法。TDD是一种拒绝传统智慧的软件开发方法:首先,编写失败的测试,然后编写解决方案。冲洗和重复。

这种令人难以置信的简单开发方法似乎让人困惑——你如何测试那些还不存在的东西呢?其他人可能认为TDD在理论上是理想的,但在现实中并不实用。

无论您是初学者还是经验丰富的非信徒,在本文中,我们将尝试回答任何问题,并消除关于这种敏捷软件开发方法的任何误解。让我们深入研究TDD,它是什么,以及如何实现它。

测试驱动开发(TDD):它是什么以及如何实现它-IDC帮帮忙

什么是测试驱动开发?

对于大多数开发人员来说,首要任务是完成任务。当你有最后期限到期时,你需要以生产代码的形式得到切实的结果。写作前的单元测试会适得其反。如果你发现TDD在训练营中的工作流程不现实,我有一个好消息:编写单元测试并不一定是繁琐的工作。

使用TDD的秘诀是理解测试驱动意味着什么。编写单元测试时,通常会尝试测试已编写的一些生产代码的实现。TDD翻转序列:首先编写预期的测试,然后编写通过测试所需的最小代码量。

这是大多数人误入歧途的地方;他们继续编写单元测试,因为他们是邮寄代码的,唯一的区别是他们执行的顺序。诀窍是要认识到TDD中的单元测试不仅仅是一个测试。这也是一个工具,可以用来标记下一步的发展。

为此,每个单元测试必须是:

模块化-基于您将要实现的特定需求或功能进行定位。

小到足以导致代码失败。

描述-当你点击“运行”一段时间后,它应该清楚地告诉你如何拿起它从你离开的地方。

这是帮助你完成任务的最后一颗子弹。我强烈建议您查看这个GopherCon 2017视频演示,“Chew Choon Keat为那些不需要TDD的人提供TDD”,以了解在Golang工作流中使用TDD的有趣介绍。即使您不是Go程序员,您仍然可以从简单的单元测试和清楚的错误消息的组合中获得价值,这不仅确保了良好的测试覆盖率,而且提高了您的生产力。