5. 關鍵字參數
關鍵字參數應捕捉可影響由關鍵字定義的實時業務事件的所有業務輸入。獲取適當的參數列表的最簡單可靠的方法是采取 “捕捉顯示事物”的方法。對于關鍵字“登錄用戶”，應用程序顯示三個元素：“用戶ID”、“密碼”和“確定”按鈕 – 用于支持此關鍵字的兩個必需的參數是“用戶ID”和“密碼”�！按_定”按鈕不是必需的參數，因為關鍵字描述陳述“確定”按鈕需要經常使用。如果有多個按鈕(如“確定”、“取消”和“退出”)，則需要第三個參數“按按鈕”，并需要修改關鍵字描述。
6. 編碼
自動化測試工程師選取測試下的關鍵字名稱、描述、參數、測試應用程序和關鍵字開發標準并構建密碼。如果關鍵字方面有任何問題，自動化工程師將與測試設計員聯系以修改設計來闡明關鍵字的目的。如果存在任何自動化/工程問題，自動化工程師將與開發組和工具生產商聯系來找出符合自動化框架的相應自動化解決方案。
7. 實現
關鍵字實現使用與任何可共享項目資源相同的路徑。完成的關鍵字至少應滿足以下條件：通過測試設計員的審核，自動化工程師的單元測試、功能測試，并集成到項目“Testware”中。該過程不需要很復雜或擴展性，但必須確保任何實現的關鍵字都公布于測試組并能實現預期的功能。
8. 維護
出現以下情況時需要進行關鍵字維護：檢測到關鍵字故障，更改業務事件或修改關鍵字標準。關鍵字維護遵循和關鍵字開發相同的部署路徑：設計、編碼和實現。
二、關鍵字測試案例
關鍵字測試案例是設計用于對正在進行測試的一個或多個應用程序的一個或多個方面進行測試或運用的一系列關鍵字。關鍵字測試案例必須經過設計、執行和維護的。寫關鍵字測試案例是測試設計員/測試員的職責，僅當關鍵字測試案例執行過程中出現故障時需要自動化工程師介入。請注意：關鍵字設計范例常在缺少關鍵字自動化時使用 – 這是一個有效的獨立測試設計范例。
1. 設計
關鍵字測試案例設計包括計劃測試案例的目的, 使用關鍵字建立測試案例, 以及針對正在進行測試的應用程序來測試設計。乍一看，這似乎與測試案例設計的任何其他方法沒什么兩樣，但是關鍵字測試案例設計與任何徒手/文本形式的測試案例設計之間存在顯著的差別。關鍵字測試案例設計的特征有：
一致性 – 每次都使用相同的關鍵字來描述業務事件，
數據驅動 – 關鍵字包含執行測試步驟所需的數據,
自動生成文檔 - 關鍵字描述包含設計員的目的詳細信息，
可維護性 – 有了一致性，接下來便是可維護性，最終能夠支持自動化，而不需要從測試設計變換到腳本自動化。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
