其實對于目前所在公司的項目，我一直很猶豫要不要引進hp的這款軟體，首先我對于這款軟體不是很熟悉，當然現在這個理由是可以排除的，對于這個軟體的效果怎麼樣，我也不确定，之前公司沒有使用這個軟體，是以也沒有什麼積累，一切都要從零開始。明确知道這個軟體可能在後期的回歸測試會減少點人力，但是前期的的腳本錄制，調試，以及維護，感覺也不是一個小工程。
初步的想法是将各個action進行封裝，采用随機調用的方式執行測試，調用的次數可以是随機的也可以設定，這個整體架構的改變會對action的錄制有相應的要求，比如說執行完一個action，它的出口和入口要一緻，各個action的要在同一級别，比如在同一頁面。如此可能會出現多個層次，比如一個action中又可以劃分出多個action，這個需要采用分層的思想進行解決，至于要分多少層，使用者可以按照自己的軟體的特點進行劃分。
說的好像又些複雜了，簡單的說就是按照一定的要求錄制action，采用随機的方式執行action。此方案可以檢測出不同功能之間因調用順序的不同而出現的bug，實際測試也證明這種bug是存在的，同時，這種模式也使得該軟體的使用更為靈活。
暫且想法就這些，後續有再補上。
最新内容請見作者的github頁：http://qaseven.github.io/
![Android項目的依賴關系解析[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)