Fitnesse系列七

剩下幾種都比較簡單，放在一起說了。

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段，展開就看見了。（竟然隱藏起來，還到文章末尾才解釋，簡直太可惡了）