好多从手工测试转到自动化测试的朋友，从开始就一直听到什么TDD（测试驱动开发）啊，BDD（行为驱动开发）啊之类高大上的词汇，还有什么数据驱动，关键字驱动之类的，有木有一种不明觉厉的感觉。
业界流行的BDD框架是Ruby语言编写的Cumumber，不过平时用Python习惯的朋友可以尝试一下Cumumber在Python下的衍生品-Lettuce（不知道开发者是不是素食主义者，都是蔬菜的名字，233）
以下代码的环境都在Python3.5中（文本编辑器为Pycharm），如有不良反应者请先检查自己的Python的版本以及当前时间（开源项目的不同版本间的差距巨大，坑很深，当前时间为公元前2017年4月27日）
*** 安装Lettuce（pip是python中在线安装的方式）***
pip install Lettuce
安装成功后可得到lettuce-0.2.23版本。
按照Lettuce的官方文档（上述图片），从a到e五步你就可以做好你的沙拉~~
在Pycharm中新建一个项目BDD，所建目录如下图所示：
a 定义行为
在contactbooks.feature文件中写入以下的语句：
Feature: Manipulate strings
In order to have some fun
As a programming beginner
I want to manipulate strings
Scenario: Uppercased strings
Given I have the string "lettuce leaves"
When I put it in upper case
Then I see the string is "LETTUCE LEAVES"
因为Lettuce可支持的为英文（国际官方通用语言），所以在定义行为时也就是用自然语言-英文来分解的行为，中文翻译为：
功能：操纵字符串
为了有一些乐趣
作为编程初学者
我想操纵字符串
情景：转换为大写的字符串
假定我有字母“lettuce leaves”
当我把它设为大写
然后我看到字符串是“LETTUCE LEAVES”
也就是说Lettuce规定了一系列的语法，你按照它的规则 告诉它，它就可以理解你的需求。
Lettuce的feture文件中的关键字的作用和单元测试中的关键字的对应关系如下：
b 在Python中实现对应的steps
针对上面的行为，我们在steps文件中可以添加以下的语句
from lettuce import *
@step('I have the string "(.*)"')
@step('I put it in upper case')
@step('I see the string is "(.*)"')
简单的理解就是先导入lettuce模块
steps里面都是使用@step这个注解来表示你要做的行为对应的代码实现。
c 运行然后观察它是否失败
此时如果运行的话，Python会报一堆的错误显示你失败了，因为你没有具体去写实现的代码。
d 编写code让它通过
对应上面的steps编写具体的代码如下：
from lettuce import *
@step('I have the string "(.*)"')
def have_the_string(step, string):
world.string = string
@step('I put it in upper case')
def i_put_it_in_upper_case(step):
world.string = world.string.upper()
@step('I see the string is "(.*)"')
def see_the_string_is(step, expected):
#I see the string is "(.*)"
assert world.string == expected, "Got %s" % world.string
e 运行然后让其通过
在你的BDD项目的路径下 cmd窗口中敲入命令：lettuce，一盘可口的沙拉就已经做好啦！
从运行结果我们可以看出层级结构为：
一个功能（Manipulate strings）
一个场景（Uppercased strings）
三个步骤
- I have the string
- I put it in upper case
- I see the string is
通过上面这个简单的例子，我们就可以理解BDD整个框架运行的原理了。
在做这个实验的时候遇到了两个大坑
- lettuce的版本已经从最初的0.1版本升级到0.2的版本
- lettuce0.2所支持的还是Python2.7的语法，在Python3.5的环境下各种报错，还好最后在github上找到一个大神的lettuce模块进行了替换：
https://github.com/e0ne/lettuce/tree/python3/lettuce
个人感觉，从BDD出发的Lettuce测试框架很适合现在的敏捷开发当中BA和Tester之间的沟通，BA在写User Story的时候本身就是从场景出发考虑，可以写成一个个的card，Tester在和BA讨论的时候也就是可以依据场景来考虑三段
假定***
当时候
做事情
okay，开始get your hands dirty吧！
参考：
http://lettuce.it/index.html
https://pypi.python.org/pypi/lettuce
