测试 – 关于测试驱动的开发但是在REVERSE中

发布时间：2020-12-13 20:08:07 所属栏目：百科来源：网络整理

导读：我很欣赏TDD并认为它是必不可少的,但只有在我编写源代码然后相应地重构之后才能编写我的测试.我永远不会让自己先写测试然后通过测试来源.所以我总是扭转这个过程.这对我来说是不好的做法吗？和我一样反向做的有什么缺点？如果你不先写测试,那么它可能不是TD

我很欣赏TDD并认为它是必不可少的,但只有在我编写源代码然后相应地重构之后才能编写我的测试.我永远不会让自己先写测试然后通过测试来源.所以我总是扭转这个过程.这对我来说是不好的做法吗？和我一样反向做的有什么缺点？

如果你不先写测试,那么它可能不是TDD.使用TDD,您通常会编写测试,观察测试失败,然后执行以使其通过.

与您的工作流程相比的优势是：

>您的测试可能会失败！创建一个不会失败的测试太容易了.正如Eric指出的那样,如果你不先写测试,看它失败,你怎么知道测试实际上是在测试你刚刚实现的功能？
>您的代码肯定是可测试的.虽然我确信您遵循可测试的技术,但测试第一次开发确保代码可以确定,否则您将不会编写代码:-)
>将您的解决方案“颠倒”.这是有争议的,但是TDD让你想到“你需要什么”而不是“实施细节”.首先通过生成测试,将测试中的一般体系结构/类结构拼凑在一起,然后了解实现细节.

您可以降低所有这些点的风险,因此无论您是想继续前进还是首先切换到测试,都取决于您.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!