接著昨天的table搞，那個table從上倒下一個value，id都沒有，而且是動態的
選擇匹配行的鏈接進行操作。
后來研究了半天發現element有個parent的方法，所以，簡單了
先匹配“地圖樓層”這個td，然后返回該td的parent，即該行的tr，然后再index到該tr的第二個td，可進行操作了：
$browser.td(:text， '3333').parent.[](1).link(:text， '修改').click
看來什么東西想精通，得多用啊。
然后根據cucumber的架構，搞了一些測試用例：
在feature 文件中是這樣的：
# language: zh-CN
功能:樓層管理
作為一個管理人員
我能夠進行樓層管理
場景: Case 1 - 驗證界面元素(S2-ST-JBXXGL-LCGL-0001)
假如進入基本信息管理界面
當轉入樓層管理界面
那么我可以看到樓層編號
并且我可以看到樓層名稱
并且我可以看到修改
并且我可以看到刪除
并且我可以看到添加樓層
場景: Case 2 - 正常添加樓層(S2-ST-JBXXGL-LCGL-0002)
假如進入基本信息管理界面
而且我進入樓層管理界面
而且點擊添加樓層
#而且我已經在樓層編號里輸入001
而且我已經在樓層名稱里輸入地下一層
當點擊添加樓層
那么我應該在樓層管理界面
#并且我可以看到001
并且我可以看到地下一層
然后再初期的define step中有這樣的兩行：
Given /進入(.*)界面/ do |module_name|
$autotest.navigate_to_module(module_name)
end
When /進入(.*)界面/ do |module_name|
$autotest.navigate_to_module(module_name)
end
然后很和諧的報錯了，cucumber在匹配
假如進入基本信息管理界面
當進入樓層管理界面
這兩行的時候，神經錯亂了，只好改成：
假如進入基本信息管理界面
當轉入樓層管理界面
和
Given /進入(.*)界面/ do |module_name|
$autotest.navigate_to_module(module_name)
end
When /轉入(.*)界面/ do |module_name|
$autotest.navigate_to_module(module_name)
end
看來用中文寫測試用例，也夠費腦子的。
經過一個模塊的實驗，發現435個手工測試用例，大概要定義45個step，然后需要定義56個functional
不過，發現剩下的2000多個手工測試用例，需要新加的step應該不會超過20個 定義的功能也不會超過100個，完成了所有的手工測試測試用例----》自動化測試用的轉變
哈哈 還是很厲害的，執行了20條case，大概一條在45秒， 算一分鐘， 2500個測試用里 差不多5個小時也能執行一遍，而手工測試用例，大概需要500個人/時
所以，使用cucumber進行自動化測試，首先需要高質量的測試用例，然后還要進行挑選，沒必要所有的測試用例都進行自動化。
