关于如何处理需求说明与测试，不同的组织使用不同的名称，或者说是不同的定义，但他们都有一套共同的核心原则与思想，而且当你接受他了之后，我们便可以认为他们本质上是一致的。通常有如下定义：
1.敏捷验收测试
2.验收测试驱动开发
3.实例驱动开发
4.User Story测试
5.BDD行为驱动开发
6.实例化需求说明
以上这些东西，对于我们来说可能就是一个概念。因为没有实践，但是如果我们真正想要去实践的话，其实相对于我们平时的流程也是可以理解的，只不过是方式有所不同。
何为BDD？其实就是通过真实用户的行为来定义我们需要开发出什么样的产品来，个人理解。但再结合实例化需求，就会发现，我们就是把用户的行为通过一个实例化的过程描述出来，然后整理成设计、开发和测试都能看懂的，当然最重要的是用户也能看懂，而且用
户看完之后就认可，这就是我想要的，这就是BDD，也就是实例化需求过程。它既不是传统的需求文档，也不是设计文档，更不是测试用例文档，但适用于从需求、设计、开发和测试的每一个阶段，而且都是从用户的角度为出发点的。那我就认为那就是我们想要的过程模
式。BDD的作用是把利益关系人、交付团队等不同方面的项目相关人员集中到一起，形成共同的理解，共同的价值观以及共同的期望值。它可以帮助我们：1. 关注用户行为 2.交付最有用的功能 3. 在团队内部维护一致的术语 4. 探究需求实例 5. 编写和维护需求 6. 创建活的
文档 7. 消除协作与沟通障碍