使用HP
UFT 12.00版本（主要是
GUI測試）一段時間，有些小想法，本來是打算回復給hp相關人員，奈何郵件一直遭拒，所以暫且先放在這里吧。
關于HP 的UFT，簡單做一下評價，總體來說是一款很好的軟件，極容易上手和使用（這個也估計只是我沒有往深入研究），
測試流程和思路也很清晰，重點是和HP一些其他自動化工具，比如Loadrunner，QC可以結合起來用，堪稱完美。拍完馬屁說點實際的。
其實對于目前所在公司的項目，我一直很猶豫要不要引進HP的這款軟件，首先我對于這款軟件不是很熟悉，當然現在這個理由是可以排除的，對于這個軟件的效果怎么樣，我也不確定，之前公司沒有使用這個軟件，所以也沒有什么積累，一切都要從零開始。明確知道這個軟件可能在后期的回歸測試會減少點人力，但是前期的的腳本錄制，調試，以及維護，感覺也不是一個小工程。
學習使用HP UFT軟件的過程不算很艱難，網上的資料還算是比較多的，加上采用錄制的模式，只需點點點的就可以了，使用起來還是很輕松的，當然也會遇到一些問題，不過在網上查查資料基本上可以解決大部分。底層的腳本錄制基本上解決的差不多了，開始關注整個測試流程框架，也就是在這個地方，突然間發現HPUFT的GUI測試不靈活，感覺有些死板。
簡單說就是動作Action的執行順序只能按你設定好的跑，由于之前本人是測試android產品的，有使用過Monkeyrunner相關的測試工具，對于這種按設定路線走的
自動化測試工具有些不是很習慣。于是乎，突發奇思妙想，要是HPUFT的GUI測試也可以做到這種隨機的測試就好了，當然了也不是像Monkeyrunner那樣。
初步的想法是將各個Action進行封裝，采用隨機調用的方式執行測試，調用的次數可以是隨機的也可以設定，這個整體架構的改變會對Action的錄制有相應的要求，比如說執行完一個Action，它的出口和入口要一致，各個Action的要在同一級別，比如在同一頁面。如此可能會出現多個層次，比如一個Action中又可以劃分出多個Action，這個需要采用分層的思想進行解決，至于要分多少層，使用者可以按照自己的軟件的特點進行劃分。
說的好像又些復雜了，簡單的說就是按照一定的要求錄制Action，采用隨機的方式執行Action。此方案可以檢測出不同功能之間因調用順序的不同而出現的BUG，實際測試也證明這種BUG是存在的，同時，這種模式也使得該軟件的使用更為靈活。
暫且想法就這些，后續有再補上。