到目前为止,这就是我所做的(我使用 Visual Studio):
- 创建测试项目
- 添加一些测试
- 添加代码。编译并运行
- 当测试失败时,编写代码使其通过
- 重复前面的 3 个步骤,直到我有我想要的代码。
- 创建一个使用测试代码的主项目。
- 在功能/错误修复中使用经过测试的代码。
- 在某个地方,存在一个需要更改测试代码的问题。
- 我现在需要转到测试项目并重复步骤 2 到 5。
- 然后回到主项目并编译并运行以验证功能/错误修复。
我想消除的是对两个不同项目的需求,并减少我在构建之间等待的时间和所需的上下文切换。本质上,我想收紧测试代码测试循环。
假设有一个 IDE,其中测试是主项目本身的一部分。我们还假设 IDE 可以识别测试通过和失败。最后,假设编译和运行测试发生在后台,我只需要在代码未构建或测试失败时处理错误。
我的工作流程现在只涉及一个项目:
- 创建项目
- 在项目中添加一些测试
- 添加代码。节省。
- 当测试失败时,编写代码使其通过
- 重复步骤 2 到 5,直到获得所需的代码。
- 添加使用测试代码实现功能或错误修复的逻辑。
- 如果需要更改测试代码,请返回步骤 2。