您好,登錄后才能下訂單哦!
剩下幾種都比較簡單,放在一起說了。
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段,展開就看見了。(竟然隱藏起來,還到文章末尾才解釋,簡直太可惡了)
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。