如何解决行为驱动测试与单元测试重叠可以吗？
目前，我正在努力将BDD与TDD融合在一起，特别是在测试重叠时。
假设我有一个单元测试，验证将两个数字相加后会返回总和。下一个单元测试说，当我将两个数字相乘时，它将返回乘积。
客户的要求是他们必须能够同时进行乘法和加法运算。编写此行为测试有效地重叠了两个单元测试，已经测试了这些功能。这样的行为测试很有可能可以识别出一个问题，即必须能够同时进行加法和乘法运算。所以我觉得这很有用。
但是我觉得有些人可能会认为此测试是多余的，因为就像我说的那样，它在技术上是重叠的单元测试...这是正常的并且可以接受吗？
另外，使用模拟而不是真实系统的行为测试又如何呢？从网上看，似乎并没有苛刻的要求，但是我觉得如果场景足够具体，使用模拟程序就可以了吗？
解决方法
同时使用BDD和TDD时，会有一些重叠。但是，两者都用于两个不同的目的。 BDD不应仅用作测试框架。 BDD主要用于跨功能协作。在BDD中，团队合作并获得以自然语言编写的真实示例。只有这样，这种共识才能被接受和自动化。
BDD通常涵盖的场景是端到端过程。作为BDD的一部分，您测试中的会话是共享的。例如，您可能有以下情形：
给用户成功登录
用户申请工作时
然后应返回工作申请号
在上述情况下，在“给定”步骤中，基础脚本可以调用登录API来获取令牌并将其传递给后续步骤。换句话说，状态是共享的。同样在上述情况下，可以调用数据库或网站或REST端点或MQ或任何端点/接口来发送和验证结果。
在TDD中，不共享会话，并且所有外部端点/数据库都被模拟。仅测试代码的功能。当同时使用BDD和TDD时，您必然会有一些重叠。在上面的示例中，您可以通过模拟嘲笑验证登录的REST API，来拥有仅测试登录功能的TDD。
如上所述，您不应将BDD视为测试框架，而将协作工具和自动化作为其最大的好处。
这是我整理的一篇文章，解释了TDD和BDD之间的区别 https://blog.nocodebdd.com/bdd-vs-tdd/
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。