unit-testing - 什么时候在新项目中引入单元测试?

标签 unit-testing tdd agile

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗?更新问题,以便可以通过 editing this post 用事实和引文回答问题.

3年前关闭。




Improve this question




首先让我声明,没有单元测试的编码简直是疯了。没有单元测试,我一直生活在害怕在没有注意到的情况下破坏某些东西。所以我完全支持单元测试,我更喜欢使用 TDD .

然而,我的问题是;什么时候开始一个新项目时应该引入单元测试?本着 TDD 的精神,项目的第一行代码可能应该是单元测试。然而,无论我多么喜欢 TDD 给我的那种模糊的感觉,当你有 时,我经常发现很难从一开始就开始进行单元测试。没什么 .通常我发现不从一开始就“作弊”和编码更容易,并在我看到项目进展时引入测试。

人们对此有何看法?开始新项目时应该什么时候引入单元测试?

最佳答案

您应该能够从单元测试开始。如果您发现这样做很困难,那么您可能还没有很好地将需求分解为它们的原子位,至少根据我的经验。

关于unit-testing - 什么时候在新项目中引入单元测试?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2030295/

相关文章:

reactjs - 如何测试对 React 钩子(Hook)的依赖

flutter - 如何比较 flutter 单元测试的期望函数中的两个列表?

c++ - TDD用于系统程序

agile - Scrum:由非技术 PO 管理的待办事项中的技术项目?

agile - YouTrack 4.x - 您如何在敏捷板中的泳道中按优先级对所有任务进行排序?

c++ - 从googletest中的派生夹具派生夹具

c# - TDD、DDD 和封装

javascript - 模拟 net.Socket 进行单元测试

agile - 敏捷软件开发项目如何收费/预算?

c# - Visual Studio 单元测试文件路径烦恼