unit-testing - 测试驱动开发中测试列表的概念

Question

在 TDD 中，每个人都在谈论单元测试的创建以及开发的完成方式。我知道整个周期，但没有人谈论根据需求创建这些单元测试？我在文献中的某个地方读到，在开发这些单元测试之前创建一个测试列表总是好的。我的问题是:在 TDD 中编写单元测试之前究竟要遵循什么程序(步骤)？意味着单元测试是直接根据需求编写而不使用任何正式标准，还是在开发它们之前创建测试列表？

Answer 1

测试列表只是下一个测试用例的临时存储库。这完全是非正式的。

这里test-list的主要作用就是解放你的思绪。当你想到一个新的测试时，只需将它写在列表的末尾，然后你就可以忘记它，并专注于手头的问题。

没有编写测试和列表的过程，就像根据需求创建 UML 模型一样。您考虑问题并进行设计。设计完成后，即可开始实现。使用 TDD，您从测试的角度考虑问题，在列表中写下一些测试，然后从列表中较简单的测试开始。您可以随时将测试添加(或删除)到列表中。

bowling game episode是一个简短的读物，说明了从需求到单元测试的转变。它没有提到任何测试列表。

我在单元测试源文件的底部维护我的测试列表作为注释。

void test_foobarShallFailWithNull(void) {
...
}
// the tests I *may* write next
//void test_foobarShallFailWhenX(void)
//void test_foobarShallWorkWhenY(void)