认识Fitnesse

认识Fitnesse

---

不知道大家有没有留意到左上角的图标，上边写着Fitnesse，那什么是Fitnesse呢？当我们google fitnesse关键字从而进入fitnesse官网，一行蓬勃的大字迎面扑来。

The fully integrated standalone wiki and acceptance testing framework

通过作者如此显著地表白我们明了：Fitnesse是一个测试框架，是一个可以像写wiki一样写test case的自动化测试框架。

下面作者还煽情地说：“Fitnesse多么地简单易用，谁都会用，不论你是开发，还是测试，甚至是客户，更甚者是在大家心目中永远都只会喝酒桑拿一路向西的老板，都会用Fitnesse写test case。”作者还在使用者必备技能的页面动情地说：“会用Fitnesse的人最最重要的一项技能是：懂人类的自然交流语言。”

Fitnesse是近年来敏捷自动化测试异军突起的一款BDD开源框架。和其他（Cucumber、RobotFramework、SpecFlow、JBehave）BBD敏捷框架一样，都有一个共同的特点，都以贴近自然语言为主，用自定义的类自然语言去实现能自动化运行案列测试脚本。为什么敏捷自动化测试框架都有这样一个特点，而不是选择用Java、C等语言去写案例测试脚本呢？我还是以发生在我身上的真实事情举例吧。

2010年，我从无锡辞职来到我心目中的程序员圣地——上海，进入了一个外国胖子开的外包公司，并进入了此公司最伟大的组bench组。所谓bench，就是预备被项目组挑选。一天，一个长得像周笔畅的胖胖男人（以下简称男周笔畅）把我招去面试，告诉我，他们组准备做自动化测试框架，问我有没有兴趣。我顿时感到兴趣盎然，oh，my lady gaga！居然让我做框架，像我这样都是别人搭好框架然后让我在框架里怎么写代码我就得怎么写代码的人，居然让我去做框架，我双眼饱含终于将遇明主的泪水说：我，有性趣。

然后我就加入了这个组，这时我才知道我进去的是测试组，里面好多漂亮MM啊，同我进去还有其他5个小伙，其中一人是我们的lead. 进去之后我们才知道说让我们做框架纯粹是屁话，居然是让我们写自动化运行脚本。让我们5个开发人员进测试组去写自动化脚本。

那么那些漂亮的测试MM为什么不写呢？

那是因为那些自动化脚本是必须要用Java语言去写！

现在回想起来，那时日子真是激情燃烧的岁月，那些漂亮MM写好测试流程然后再坐我们旁边给我们演示测试步骤，我们呢天天研究怎么用Xpath去取各种各样的页面元素，然后去写一个又一个的测试脚本. 这时候男周笔畅再次闪亮登场。让我们去做一件事，去重新做一个自动化框架，推翻原来的那个必须用Java去写脚本的测试框架。

原来那个框架是美国总部一个老印做的。

他做好这个必须要用Java去写脚本的自动化框架后，就积极的向他的Boss宣传他框架的好处：越多的测试脚本，越少的测试人员。

测试人员恨他入骨，

还有为了写这些脚本，总部又招了一大堆能写这脚本的开发人员。这些开发人员基本不懂业务流程知识，到是懂Java。

我们开始雄心万丈的做自动化框架，并且写出了一个可以让测试人员用XML写脚本的框架。但是。我们lead不让我们把这个框架推出去，因为我们那时候归那个老印管了。

后来美国总部也对这个老印的框架不满，把这个老印撵走了，重新招人开发出了一个可以在页面上的各种各样的表单去输入数据以完成自动化运行的测试框架。

再后来，我们5个都离开了这个部门。

其中一个小伙离开的时候说：做为一个开发，我认为写test case不能体现出我的价值。如果这框架好一点的话，这些应当是测试人员去写的，做为一个开发，我还是应该去多学学Java技术。

一个糟糕的自动化测试框架引发的悲剧。