#
剩下几种都比较简单，放在一起说了。Import Table——导入表：引入包路径，和java语言中的import作用是一致的Comment Table——注释表：加上注释标记comment，表示此表不
这个问题一直是我思考的问题，如何组织测试用例呢？
一、简介按标准说法Fitnesse是一个验收测试框架，先不用理会这些貌似“高大上”的名词。看看它是如何介绍自己的。在手册文档的首页，定义了四种说明：1.是一个软件开发合作工具；2.是一个软件测试工具；
查询表、子查询表、有序查询表表头还是要加上标记，这个没什么说的。构造参数列通常是为了提供查询条件（可省略）。fixture代码里面需要注意的是一定要有个无参数的query方法，返回值是List。这个L
决策表Fitnesse中提供了好几种表格样式，前面说了，表格是执行测试的关键。从字面看，表格描述的是测试用例；从执行角度看，表格为后端的代码（fitnesse里称作fixture）提供了包名、类名、方
Table 表基本上这一节就是文档翻译，不打算写示例了，原因结尾会说。Table表的意思是你可以写出任意样式的表格来。那么任意样式的表格是如何被fitnesse识别并执行的？以及如何展示执行结果的？一
模块化，增加复用性，提高编写代码的速度，这是我这种懒人天天喜欢想的事情。可是在Fitnesse里如何模块化测试用例？
脚本表如果说前面介绍的几种表格都是单步骤、单方法。Script table就是一系列的多步骤操作了，正如名称所代表的含义。表头的第一个格加script：前缀，也可以只是一个script，后面紧跟的单元
结束篇：Fitnesse是一个有着非常好的创意的软件。它试图拉近开发者与用户的距离。通过前面的介绍，大家可能也看出来了，其实最终还是要落实到编码（fixture）上。这些编码一般来说要由测试人员来写。
Fitnesse安装1，在fitnesse下载安装包。http://fitnesse.org/FitNesseDownload 安装包是同事给我，他也是从这里下的，所以这个过程我算是没有完全验证。我
