關于
自動化測試，經常被問到元素的定位。 很多時間我也幫不了你解決實際的問題，只能從個人腳本談談如何看待這些問題。
不得不說之元素定位
雖然，本章寫了十幾篇
文章來講元素的定位與操作，對于碰到的一些常見功能，如何通過技巧來定位它們，但是在實際的自動化腳本開發中，不管是新手還是具有一定經驗的老手，我們面臨最多的問題仍然是元素的定位問題。
有時間元素定位非常簡單，例如，我們只要知道這個元素有的id和name 就可以輕松的來定位到它；有時間元素的定位卻非常的令人非常頭疼，盡管我們用盡了所以辦法，仍然無法定位到它。在這里筆者也沒萬能的方法來幫你解決這些實際問題。
評估自動化可行性
對于不同的
web項目，所用到的前端技術也不同，有些項目會用到EXT（一個強在的js類庫），有些會用到AJAX（一種創建交互式網頁應用的網頁開發技術），這些技術的應用無疑對于前端開發人員可以快速的生成所需要的頁面，但對于UI自動化測試人員來說，增加了定位頁面元素的難度。
所以，在進行項目實現UI自動化評估的時候，頁面元素的定位難度也是一個評估標準，如果處處都是很難定位的元素，那么無疑會增加腳本的開發與維護的成本，得不償失。這個時候我可以考慮將更新多的精力放在單元或接口層的自動化上。
提高技術能力
對于自動化測試人員來說，如果熟悉前端技術也會大在降低你定位難度，熟練使用XPath和CSS技術會使你的定位變得容易很多，如果精通javascript、jquery 等技術，那么使你的定位之路變得更加隨心所欲。
規范前端開發
在我們嘗試實施的web項目中，大多數在設計初期，前端并沒考慮到需要UI層的自動化，所以，有些前端開發人員以實現功能為目的，前端頁面的代碼相當不規范。這個也是自動化測試定位難的重要原因。如果開發人員在設計代碼的時候規范的為元素加上id 和name屬性的話，那我們的定們將會變得容易很多。
很多測試人員在對項目進行
學習和實施自動化測試的過程總是覺得困難重重，就是因為這些普遍的客觀原因所造成的。一方面，我們要努力學好技術，克服這些困難。另一方面，我們要清楚的認識到，自動化技術的應用與實踐不是一個人的戰斗。一定要得到整個團隊的配合與支持。
當然，站在公司的立場，不能帶來收益的事情是很難得到支持的，這個就需要讀者去綜合評估目前的產品真的適合引入自動化么？或者目前的階段真的迫切需要自動化么？