1.2 认识FitNesse
在上一节中，当打开FitNesse 项目页面时，大家有没有留意左上角的图标？其上边显示的FitNesse是什么呢？我们可以搜索 FitNesse关键字，进入FitNesse 官网，一行字迎面扑来：
The fully integrated standalone wiki and acceptance testing framework
这句话我们可以理解为：FitNesse 是一个测试框架，并且是一个可以像编写Wiki 一样编写Test Case 的自动化测试框架。
下面作者还煽情地说：“FitNesse 多么简单易用，不论你是开发，还是测试，甚至是客户，更甚者是在大家心目中永远只会喝酒桑拿一路向西的老板，都会用FitNesse 写Test Case。”作者还在使用者必备技能的页面（http://FitNesse.org/FitNesse.UserGuide.Project DeathByRequirements）中动情地说——“用FitNesse 的人最重要的一项技能是：懂得人类交流的自然语言。”
近年来，FitNesse 是一款在敏捷自动化测试中异军突起的BDD 开源框架。它和其他（Cucumber、RobotFramework、SpecFlow、JBehave）BBD 敏捷框架一样，都有一个共同的特点：以贴近自然语言为主，用自定义的类自然语言去实现能自动化运行的案例测试脚本。既然敏捷自动化测试框架都有这个特点，那么，为什么不选用Java、C 等语言去编写案例测试脚本呢？对于这个问题，我还是用我的亲身经历回答吧。
2010 年，我从无锡辞职来到我心目中的程序员圣地——上海，进入了一个外国胖子开的外包公司，并加入此公司最伟大的Bench 组。所谓Bench，就是预备被项目组挑选。一天，一个长得像周笔畅的胖胖的男人（以下简称男周笔畅）把我叫去，告诉我，他们组准备做自动化测试框架，问我有没有兴趣。我顿时感到兴趣盎然！之前都是别人搭好框架让我在框架里写代码，现在居然让我去做框架，我双眼饱含终于遇到明主的泪水说：“我，有兴趣”。
然后我就加入了这个组，这时我才知道我进去的是测试组，里面好多漂亮MM。同我一起进去的共有五个小伙子，其中一人是我们的Leader。进去之后才知道，让我们做框架纯粹是哄骗我们的，其实是让我们进测试组编写自动化运行脚本。
那些漂亮的测试MM 为什么不写呢？因为那些自动化脚本必须要用Java 语言去写！
现在回想起来，那时的日子真是激情燃烧的岁月，那些漂亮MM 写好测试流程，然后坐在我们旁边演示测试步骤，我们天天研究怎么用XPath 去取各种各样的页面元素，然后去编写一个又一个的测试脚本。这时候男周笔畅再次闪亮登场，让我们去做一件事：推翻原来那个必须用Java 语言编写脚本的测试框架，重新做一个自动化框架。
原来那个框架是美国总部一个印度朋友做的。他做好这个必须要用Java 语言去编写脚本的自动化框架后，就积极地向他的Boss 宣传此框架的好处：越多的测试脚本，越少的测试人员。
测试人员恨他入骨。
为了完成这些脚本，总部又招了一大堆能编写这种脚本的开发人员。这些开发人员基本不懂业务流程知识，只懂Java。
我们开始雄心万丈地做自动化框架，并且写出了一个可以让测试人员用XML 写脚本的框架。但是，Leader 不让我们把这个框架推出去，因为那时候我们归那个印度朋友管了。
后来，美国总部也对这个印度朋友的框架不满，把这个印度朋友撵走了，重新招人开发出了一个可以在各种各样的页面表单上输入数据，最终完成自动化运行的测试框架。
再后来，我们五个都离开了这个部门。
其中一个小伙离开的时候说：“作为一个开发人员，我认为写TestCase 不能体现出我的价值。这些应当是由测试人员去编写的，我还是应该多学学Java 技术。”
这也是我为什么推荐BDD（行为驱动开发）框架的原因，它能让测试人员非常容易地编写脚本，开发人员只需负责框架开发就行。所以本书选用FitNesse 这种BDD 框架来讲解自动化测试框架的开发。
本文选自《测之重器——自动化测试框架搭建指南》第一章，本站经电子工业出版社和作者的授权。
版权声明：51Testing软件测试网获电子工业出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
