sla*_*dau 5 tdd integration-testing unit-testing
所以说我正在做TDD并且我写了这样的测试:
public void testDeposit()
{
Bank b = new Bank();
b.deposit(100);
AssertEquals(100, b.balance);
}
Run Code Online (Sandbox Code Playgroud)
然后我去测试通过,继续下一个.假设我连续几次这样做,并获得存款,取款和摊销全部工作.
然后说我想写一个测试,测试某人创建一个帐户并做一切的组合.这在技术上不是集成测试,而不是单元测试吗?如果是,它是否适合TDD,或TDD应该只包含单元测试.
主要是我问,因为,如果这个测试中断,很可能其中一个测试应该中断,如果他们没有,我可能只是没有用适当数量的场景测试它们.因此,当涉及到TDD时,我应该在与单元测试相同的域中进行集成测试,还是应该将它们写在其他地方的另一个类/文件中并单独运行?
我认为高级测试肯定可以作为 TDD 工作流程的一部分占有一席之地。例如,“由外向内”测试可能是定义新功能的非常有效的方法。从新功能的 UI 级别验收测试开始,为提供该功能所需的组件编写集成测试,并编写单元测试来驱动每个组件的实现。
我认为您应该明确区分不同的测试类型,而不是将它们混合在一起,但将所有这些测试作为 TDD 流程的一部分是有意义的。
| 归档时间: |
|
| 查看次数: |
216 次 |
| 最近记录: |