Gherkin语言起源于行为驱动开发（Behavior-Driven Development, BDD），一种以敏捷开发为基础，强调通过协作和沟通来实现软件开发的方法。Gherkin语言是由Aslak Hellesøy创建的，最开始是在Cucumber工具中作为支持语言引入的。Gherkin是一种结构化的、人类可读的自然语言，其设计目的是为了让非技术背景的利益相关者（如产品经理、业务分析师等）能够理解测试场景，同时也能被开发人员用来编写可执行的自动化测试脚本。

Gherkin语言的主要作用在于它将业务规则和工作流以一种易于理解的方式表达出来，这不仅仅有助于团队成员之间的沟通，还能确保开发出的功能符合业务需求。Gherkin的关键在于它使用了一种特定的语法格式，这个格式包括了几个关键字：Feature、Scenario、Given、When、Then、And 和 But。

• Feature：描述一个业务能力和背景。
• Scenario：描述一个具体的使用场景，这个场景会涉及到如何使用Feature。
• Given、When、Then 是构成Scenario的基本单元，分别代表前置条件、执行的动作和期望的结果。

例如，假设我们正在为一个网上书店开发购物车功能，一个Gherkin脚本可能会是这样的：

Feature: 购物车管理
  作为一个买家
  我希望能够添加商品到购物车
  以便我可以稍后购买

  Scenario: 成功添加单个商品到购物车
    Given 用户打开了网站主页
    And 用户浏览了商品列表
    When 用户选择了商品并点击加入购物车按钮
    Then 用户应该看到商品已成功添加到购物车的提示

为何适合行为描述而非技术实现

1. 可读性强：Gherkin语言的设计初衷就是为了提高非技术背景的人对软件开发过程的理解。它的语法类似于自然语言，非常直观，使得业务人员和开发人员可以基于相同的描述来沟通软件的功能需求。

2. 明确的行为导向：每个Scenario都是围绕着一系列具体的用户行为展开，这有助于确保开发中的每个功能点都是从用户的角度出发，满足实际的业务需求。

3. 抽象层次适中：Gherkin不涉及具体的实现细节，比如数据库操作、编程语言的选择等，因此它可以被看作是一种“可执行的规范”（Executable Specifications），即这些Scenario一旦编写完成，就可以被工具（例如Cucumber）解析并运行，作为自动化测试的一部分。

4. 促进团队协作：通过共同参与Scenario的编写，利益相关者、开发人员和测试人员之间可以建立起更好的沟通和理解，这不仅提升了项目的透明度，也有助于提前发现潜在的误解或风险。

综上所述，Gherkin语言之所以适合行为描述而非技术实现，是因为它专注于描述用户与系统的交互，而不是具体的编码细节，这使得它成为连接业务需求与技术实现之间的桥梁。