tdd – 在测试驱动开发中,你首先编写每个可能的测试,然后编写代码吗?

在进行测试驱动开发时,我一直习惯于先为新功能编写第一个单元测试,然后编写该功能的代码.如果我有其他测试要编写以涵盖所有场景,我通常在编写代码后编写它们.这被认为是不好的形式吗?在编写代码之前,我是否应该首先尝试为一项功能编写所有可能的测试?

解决方法

为了正确执行TDD,您始终先编写测试,然后再编写功能.

除此之外,我会一次采用一个场景,不要编写20个测试,然后为这20个测试编写代码.写一个测试,红色/绿色标记,然后继续下一个测试.这确保您也在执行TDD的核心原则之一,即尽可能简单的实现,以满足您的所有需求/方案.

相关文章

什么是设计模式一套被反复使用、多数人知晓的、经过分类编目...
单一职责原则定义(Single Responsibility Principle,SRP)...
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强...
适配器模式将一个类的接口转换成客户期望的另一个接口,使得...
策略模式定义了一系列算法族,并封装在类中,它们之间可以互...
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,...