行为驱动开发仅仅是验收测试软件吗？
谢谢你
共有1个答案
BDD只是为功能领域定义规范的一种方式。其理念是通过使用某种人类可读的语法来弥合技术人员和非技术人员之间的鸿沟，并使用特定的例子来定义所需的行为，而不是抽象地交谈。因此，它是一个帮助人们协同工作并定义业务对新功能的需求的工具。这是BDD的主要观点。不是测试。
然而，来自BDD的定义对于验收测试是有用的，因为它们定义了一致同意的预期行为。因此，像cucumber这样的许多伟大的工具都可以用来促进这些场景的自动化，从而减少您的测试时间。
关于将BDD用于单元测试之类的事情，使用BDD和非技术描述的想法是帮助非技术人员参与。如果没有非技术人员参与单元测试的创建（我想这是最有可能的情况），那么为什么还要费心呢？技术人员可以阅读正确编写的单元测试，只是很好。您正在编写的单元测试将来自BDD场景描述的功能。
-
Wikipedia 上的定义: 测试驱动开发 (TDD) 是一种以非常短的开发周期不断迭代的软件开发过程:首先开发者对将要实现的功能或者新的方法写一个失败的自动化测试用例，然后就去写代码来通过这个测试用例，最终通过重构代码让一其达到可接受的水准。Kent Beck， 这个技术创造者或者说重新发现者，在2003年声明TDD 鼓励简单的设计和激励信心。 目前你可以应用的几种不同类型的测试： 单元测试
-
1 What 什么是TDD TDD，全称Test Driven Development。测试驱动开发是敏捷开发中的一项核心实践和技术，也是一种设计方法论。TDD的原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。 测试驱动开发主要指 单元测试 2 Why 为什么要采用TDD 自动测试代码是一张安全网：让我们写的代码沙子不会散掉，对自己的代码更自信； 自动测试代码引
-
2.操作系统（39道） 2.1 Linux 系统的组成部分？ Linux内核、Linux文件系统、Linux shell、Linux应用程序。 2.2 Linux 内核的组成部分？ （1）第一种分类方式：内存管理子系统、进程管理子系统、文件管理子系统、I/O管理子系统。 （2）第二种分类方式：进程调度（SCHED）、进程间通信（IPC）、内存管理（MM）、虚拟文件系统（VFS）、网络接口（N
-
我有一个与验收测试驱动开发(ATDD)相关的问题。我的应用程序是作为一个REST服务开发的，它可能有几个客户端--网站，移动，桌面。ATDD概念说我应该从端到端测试开始每个特性。由于我的服务可能有几个客户端应用程序（端）提供相同的用例，在编写验收测试时，我应该使用什么方法？验收测试应该将对REST服务的直接请求还是客户端应用程序作为输入？还是两者兼而有之？我知道如果我的验收测试是从REST请求开始
-
我想我还没有完全理解Spark是如何工作的。 这背后的原因是我想优化数据的局部性--当在集群上运行我的Spark应用程序时，每个工作人员只需要与其本地的Cassandra节点进行对话。 现在，当通过从机器1（Spark Master）运行将Spark应用程序提交到集群时，我预计会出现以下情况： 在Spark主程序上启动驱动程序实例 驾驶员在每个火花工人上启动一个执行器 驱动程序将我的应用程序分发给