驗證結果
● 斷言assert與驗證verify
什么時候使用斷言命令，什么時候使用驗證命令？這取決于你。差別在于在檢查失敗時，你想讓測試程序做什么。你想讓測試終止，還是想繼續而只簡單地記錄檢查失敗？
這需要權衡。如果您使用的斷言，測試將在檢查失敗時停止，并不運行任何后續的檢查。有時候，也許是經常的，這是你想要的。如果測試失敗，你會立刻知道測試沒有通過。TestNG和JUnit等測試引擎提供在開發測試腳本時常用的插件，可以方便地標記那些測試為失敗的測試。優點：你可以直截了當地看到檢查是否通過。缺點：當檢查失敗，后續的檢查不會被執行，無法收集那些檢查的結果狀態。
相比之下，驗證命令將不會終止測試。如果您的測試只使用驗證，可以得到保證是—假設沒有意外的異常—測試會被執行完畢，而不管是否發現缺陷。缺點：你必須做更多的工作，以檢查您的測試結果。也是說，你不會從TestNG和JUnit得到反饋。您將需要在打印輸出控制臺或日志文件中查看結果。每次運行測試，你都需要花時間去查看結果輸出。如果您運行的是數以百計的測試，每個都有它自己的日志，這將耗費時間。及時得到反饋會更合適，因此斷言通常比驗證更常使用。
● 權衡：assertTextPresent，assertElementPresent和assertText
您現在應該熟悉這些命令及使用它們的機制。如果沒有，請參閱相關章節。在構建你的測試時，你需要決定
→ 只檢查在頁面上的文本嗎？（verify/ assertTextPresent）
→ 只檢查是否在頁面上存在HTML元素嗎？即文本，圖像，或其他沒被檢查的內容，只要和HTML標記相關。（verify/ assertElementPresent）
→ 需要同時檢查元素和它的文本內容？（verify/ assertText）
沒有正確的答案。這取決于您的測試要求。如有疑問，請使用assertText，因為這是嚴格的類型檢查點。您可以隨后更改它，但至少你不會遺漏任何潛在的故障。
Verify/ assertText是特殊的測試類型。HTML元素（標簽）或文本的不符合都會導致測試失敗。也許你的網頁設計師經常改變頁面面，而你不希望在他們改變頁面時，你的測試失敗，因為這是期望中的周期性變更。但是，假如你仍然需要檢查的頁面上的東西，如段落、標題文本或圖像。在這種情況下，您可以使用verify/ assertElementPresent。這將確保一個特定類型的元素存在（如果使用XPath，可以確保它相對頁面內其他對象的存在）。但你不關心的內容是什么，你只關心某個特定的元素，比方說，一個圖片在一個特定的位置。
隨著時間的推移和經驗的積累，如何決定使用還是非常簡單的。
定位元素的策略
● 選擇一個定位策略
有多種方式選擇頁面上的對象。但面對這些定位類型，如何權衡呢？回想一下，我們定位一個對象的方式：
→ 元素的ID
→ 元素的name屬性
→ XPath語句
→ 通過一個鏈接的文本
→ 文檔對象模型（DOM）
使用元素的ID或name定位符，在測試執行方面來說，是有效的方式。也讓你的測試代碼更具可讀性，如果在頁面源代碼中的ID或name屬性被友好命名的話。XPath語句需要更長的時間來處理，因為瀏覽器必須運行它的XPath處理器。在Internet Explorer 7，XPath出了名的慢。
使用鏈接的文本進行定位是很方便的，并運行起來也不錯。這種技術只適用于鏈接。另外，如果鏈接文本很可能會經常改變，使用<a>標簽定位元素將是更好的選擇。
不過，有時你必須使用XPath定位。如果一個頁面元素沒有一個ID或者name屬性，除了XPath定位沒得選擇。（DOM定位器不再普遍使用，因為，XPath可以做得更好。DOM定位器只簡單地為遺留測試而存在）。
相對使用ID或name屬性定位，使用XPath進行定位有一個獨特的優勢。使用XPath（DOM）中，你可以找到頁面上相對于其他對象的一個對象。例如，如果有一個鏈接必須存在<div>標簽里的第二個段落內，您可以使用XPath進行定位。使用ID和name屬性定位，你只能得出它們存在指定的頁面，而不知具體的頁面位置。如果你必須測試顯示公司標志的圖像出現在頁面頂部的頭部分，XPath定位可能是更好的選擇。
● 定位動態元素
正如前面測試類型部分所述，動態元素的頁面標識在不同的頁面實例上市不同的。例如，
<a class="button" id="adminHomeForm" onclick="return oamSubmitForm('adminHomeForm'， 'adminHomeForm:_ID38');" href="#">View Archived Allocation Events</a>
