TDD测试结构问题

Question

所以说我做TDD和我写这样一个测试：

public void testDeposit() 
{ 
    Bank b = new Bank(); 
    b.deposit(100); 
    AssertEquals(100, b.balance); 
} 

那我走了，使测试通过，移动到下一个。说我连续几次这样做，并获得存款，提款和摊销都工作。

然后说我想写一个测试，测试某人创建一个帐户，并做一切的组合。这不是技术上的集成测试，而不是单元测试？如果是，这是否适合TDD，或者TDD是否应该只包含单元测试。

主要是我问，因为如果这个测试中断了，最有可能其中一个测试应该中断，如果他们不这样做，我可能只是没有测试适当的场景。那么当涉及到TDD时，我应该在与单元测试相同的域中进行集成测试，还是应该将这些测试写入别的其他类/文件并分别运行？

Answer 1

我认为高水平的测试当然可以作为TDD工作流程的一部分。例如，测试“outside in”可能是定义新功能的一种非常有效的方法。从新功能的一些UI级别验收测试开始，为需要提供该功能的组件编写集成测试，并编写单元测试以推动每个组件的实现。

我认为你应该清楚你的测试类型之间的区别，而不是将它们混合在一起，但将它们全部作为你的TDD过程的一部分是合理的。

Answer 2

集成测试和单元测试之间的界限可能有点模糊;在进行TDD时，测试“升级”到集成级别是值得的，只是为了得到功能的确认，但在TDD期间进行“全面的”集成测试（注意全面的引用）肯定是过分的。

基本上，“判断呼叫”有一个重要方面在进行;您的经验应该是一个很好的指导，以便在TDD模式下停止添加测试的适当级别。