单元测试是一种编写代码测试的实践。 TDD 是“之前”编写它们的做法。 BDD 是编写行为/规范驱动测试的实践。我可以在“之后”编写 BDD 还是必须始终在“之前”编写？
如果你在“之后”写 BDD 而它不是 BDD，那么它叫什么？
最佳答案
根据行为驱动开发的定义，您不能在代码之后编写行为测试，但这并不意味着这样做没有用。您可能会从首先编写规范测试中获得更多好处，但它们作为应用程序的回归系统测试仍然很有用。因此，虽然从技术上讲您没有实践 BDD，但编写这些测试是个好主意。 BDD 的一大好处是它指导特定行为的发展，因此您在以后添加它们会失去很多值(value)，但它们仍然有一些用处。
这与 TDD 中的代码后编写单元测试相同。它在技术上不是 TDD，但进行测试显然仍然有用。
关于testing - BDD 可以完成 "after"吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10241131/