TDD测试结构问题

如何解决TDD测试结构问题

| 所以说我正在做TDD，我写了这样的测试：

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

然后，我通过考试，继续下一个考试。假设我连续这样做，并获得了存款，提款和摊销的一切效果。 然后说我想编写一个测试来测试某人创建帐户并进行所有操作的测试。从技术上讲，这不是集成测试，不是单元测试吗？如果是，这是否适合TDD，或者TDD应该仅由单元测试组成。 我主要是问，因为如果此测试失败，则很可能其他测试之一也应打破，如果没有成功，我可能只是没有用适当数量的场景进行测试。因此，在涉及TDD时，我应该将集成测试与单元测试放在同一个域中，还是应该将它们写在其他地方的另一个类/文件中并分别运行？     

解决方法

        我认为高级测试当然可以在TDD工作流程中占有一席之地。例如，测试“由内而外”可能是定义新功能的非常有效的方法。首先从针对新功能的UI级别接受测试开始，为提供该功能所需的组件编写集成测试，并编写驱动每个组件实现的单元测试。 我认为您应该保持测试类型之间的区别，不要将它们混在一起，但是将所有这些作为TDD流程的一部分包括在内是有意义的。     ,        集成测试和单元测试之间的界限可能有点模糊；在进行TDD时测试“升级”到集成级别，只是为了确认功能是值得的，但是在TDD期间进行“全面”集成测试肯定是过大的（请注意那里的综合报价）。 基本上，“判断调用”有一个重要方面。您的经验应该是在停止TDD模式期间停止添加测试的适当级别方面的良好指南。