gpt4 book ai didi

unit-testing - TDD 测试结构问题

转载 作者:行者123 更新时间:2023-12-03 13:44:46 24 4
gpt4 key购买 nike

所以说我在做 TDD 并且我写了一个这样的测试:

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

然后我去通过测试,继续下一个。假设我连续这样做了几次,然后存款、取款和摊销都可以正常工作。

然后说我想编写一个测试来测试某人创建帐户并执行所有操作的组合。这在技术上不是集成测试,而不是单元测试吗?如果是,这是否适合 TDD,或者 TDD 应该只包含单元测试。

我主要是问,因为如果这个测试中断,很可能其他测试之一应该中断,如果没有,我可能只是没有用适量的场景测试它们。那么,当涉及到 TDD 时,我应该在与单元测试相同的域中进行集成测试,还是应该将它们编写在其他地方的另一个类/文件中并单独运行?

最佳答案

我认为高级测试当然可以作为 TDD 工作流程的一部分。例如,测试“由外而内”可能是定义新功能的一种非常有效的方式。从新功能的一些 UI 级别验收测试开始,为需要存在以提供该功能的组件编写集成测试,并编写单元测试来驱动每个组件的实现。

我认为您应该明确区分测试类型,而不是将它们混合在一起,但将所有测试都包含在 TDD 过程中是有意义的。

关于unit-testing - TDD 测试结构问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6336004/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com