测试驱动程序开发和行为驱动开发之间有什么区别？

　　TDD很难学习。我认为BD在很多方面， 专业承接网站开发 BDD为TDD 5年。[哪个是一个强大的网站]之后， 它将被使用。BDD是TDD的延续，因为积极。BDD修复了我们的考试的定义和命名，还有一定的建设性方法来准备这些测试和适当的人员。在过去的六年或七年里，BDD一直在前进或8年，我认为这是200年。所以，为我，现在，BD更多关于利益相关者， 测试人员， 程序员， 和用户。

　　在迅速变化的环境中，什么作用将继续整合和测试？它总是能够发挥作用吗？

　　我们将始终在一天内收到许多代码修改。并将在一天内进行多次修改。代码也将多次部署一天。在这个迅速改变的环境中，我真的不需要所谓的实现规范。因为我们可以使用其他反馈机制来替换BDD或执行规范。但，这并不意味着规范的实施， BDD， 黄瓜或类似的东西并不重要。实际上， 仍然需要由特定环境确定。

　　基本问题是我必须在开始时写一个测试吗？我们写测试，这是因为我们相信持续整合。什么是持续的一体化？连续集成是反馈机制，它可以解释我们所做的事情是业务需求，因此，用户需要的功能，它要求编写的代码不会破坏现有功能。我们编写测试以加强代码，并确保代码没有问题。通过测试提供反馈。持续集成的关键是在特定开发周期中向开发人员提供反馈周期。最重要的是反馈，而不是反馈。所以，在某些变化不满意的某些环境中，单元测试或黄瓜测试（或其他测试框架）是可以提供该反馈的机制。在我们现在的环境中，它的区别在于最终用户的数量较少。所以我们更快地获得反馈速度。部署到生产环境后，您可以直接从用户获得反馈，因为您不必编写测试。所网站制作哪个公司好以你可以更有效[网站生产计划]得到反馈。更快的反馈是，用户直接告诉我们：“请帮助我修改此字体，请帮助我修改此单元格的背景颜色。“如果开发人员可以直接获得反馈，修订后， 直接直接推向生产环境。这种速度会更快。因为他们不需要花更多时间来编写测试和等待反馈。

　　我已经意识到了这一点，但许多公司和大多数产品都没有采用这种方法。[页面开发]我认为，BDD提供了更多的实现规范。我认为它有很大的价值，原因非常简单：当您无法快速响应并靠近最终用户时，我们需要使用其他通信方法来获得反馈，黄瓜等BDD框架可以使用黄瓜和其他框架来使用黄瓜和其他框架制备测试。

　　在我的最后一家公司，若干同事在挪威国家乳制品等公司中使用黄瓜框架。他们的软件真的难以测试，因为不同的奶牛有不同的育种过程。软件中有许多复杂的业务规则，以及他们写的系统需要处理所有业务规则。他们培训了近60岁的农业员工。她不是程序员，由于培养技术。他们教她如何描述黄瓜中的软件，然后她一直在写这个。写完需求后，开发人员根据她描述的业务规则实现了相应的特征。培训过程非常简单。因为黄瓜从一开始就设计， 它旨在设计。所以，我认为在教会中制定致动规范的方法确实适合许多团队。

　　Cecumber-Nagios核心原则是使用黄瓜编写一些WWEB应用程序，最终测试，然后在生产系统上运行这些测试（使用Nagios）。测试是否系统以这种方式符合要求。因为这些测试现在真正在生产系统上运行。所以我们知道生产系统正常。此外，如果系统不正常， 测试将是错误的并生成警报。告诉我们生产系统中的哪些问题。当然，这只是整个测试驱动器基础架构的模式。所以，我们改变了开发人员的长期途径。编写代码和测试代码。马上，[哪个企业网站设计好]他们可以使用这些方法来测试和开发代码，然后我们将它们应用于运行。我们将基础设施视为代码，可以写测试，描述基础设施网络公司网站建设应该具有的状态，然后修改网站建设的基础设施，使这些测试通过，此时， 基础设施是正常的。