剩下几种都比较简单，放在一起说了。
Import Table——导入表：
引入包路径，和java语言中的import作用是一致的
Comment Table——注释表：
加上注释标记comment，表示此表不需要执行
Library Table——库表：
表示在当前的fixture中找不到方法时，去Library Table所指定的类中查找并执行
Define Table Type——定义表类型：
用处很单一，加了Define Table Type表之后，就可以在表格中省掉表类型的前缀字符串。所谓的更简单易读云云，其实有点鸡肋
Scenario Table——场景表：
这个不多说两句实在对不住我浪费的时间。由于阅读不仔细和手册中用了个小技巧，使得我费了好大心思去研究Scenario Table的执行流程。正当我下载完源代码准备用查找字符串的土方法来搜索执行方法时，猛然看到这个!***> No Peeking。于是醒悟了。
定义说的比较清楚——ScenarioTable是一种供其他表（包括决策表和脚本表）调用的表。但手册中的示例看起来有点晕。其实可以这样理解：把Scenario Table想像成另外一种脚本表。它包含一组步骤。针对多个测试数据，当每组数据都需要做这些步骤时，就可以用ScenarioTable把这一组步骤“模块化”。执行时把数据作为参数传过来。用编程语言解释，就类似于把脚本表套在一个循环里。
脚本表的名称不对应于任何代码，仅供其他表使用。而其他表的表头或方法使用这个名字。那么倒底启动“类”的名称是什么呢？这就需要在使用ScenarioTable的页面额外加上一个脚本表作为“启动表”。参见手册中的!***> No Peeking段，展开就看见了。（竟然隐藏起来，还到文章末尾才解释，简直太可恶了）