tdd - BDD/TDD vs JAD？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

5 个月前关闭。




Improve this question




我一直建议我的工作场所实现行为驱动开发，通过以场景格式编写高级规范，并且以一种可以想象为它编写测试的方式。

我知道根据可测试的规范工作往往会 increase developer productivity .我已经可以想到几个例子，在我们自己的项目中就是这种情况。

但是，很难向企业证明这一点的值(value)。

这是因为我们已经制定了联合应用程序开发 (JAD) 流程，在该流程中，开发人员、管理人员、用户体验人员和测试人员齐聚一堂，就一组共同的要求达成一致。

所以，他们问，为什么开发人员应该针对测试人员创建的测试用例工作？这些用于验证并基于 UX 团队创建的更高级别的规范，开发人员目前正在处理这些规范。

他们说，这对开发人员来说已经足够了，无需更改规范的编写方式。

他们似乎有道理。

BDD/TDD 的实际好处是什么，如果您已经有一个测试团队，其测试用例与当前提供给开发人员的更高级别的规范完全兼容？

Answer 1

如果您想说服他们这会有所帮助，您需要做的主要事情是确定它可以解决的问题。

在您的情况下发生了什么，您认为这会有所改善？

BDD 的主要好处是改善利益相关者和开发人员之间的沟通。

如果您生成的代码未能通过这些验证测试，那么开发人员对您的规范的理解与测试人员不同，这意味着规范缺乏清晰度，而 BDD 肯定可以改善这种情况。

作为开发人员，您还可以在不更改整个团队流程的情况下处理流程的某些部分。如果您专注于单元测试级别并进行传统的测试驱动开发，那可能会提高您的工作效率。