背景html
UI自動化,在進行的過程當中,不免會遇到平臺化,git
在實際的工做中,有的領導也會想要實現自動化測試的平臺化。自動化平臺化後,有了更爲實際的成果,github
在作UI自動化,很想吧如今的自動化的框架進行平臺化,完成更多的移植。django
設想框架
其實平臺化也是不難的,也是簡單的,前提你也有思路,我在前面的接口平臺的時候的構思就是吧全部的都集中到一個平臺。可是在UI自動化測試的平臺,我選擇了另外的一個思路 平臺端+客戶端學習
客戶端保持執行測試用例,平臺端進行測試用例的管理,二者相輔相成。缺一不可。測試
平臺做爲測試服務端,客戶端做爲測試執行端,服務端的改變對客戶端減小變更,客戶端對服務端負責,服務端對客戶端提供依賴。spa
原理調試
利用平臺——客戶端的構思,平臺端側重用管理,對數據的管理,對用例的管理,對任務的管理,對測試報告的管理,客戶端負責:獲取相應的項目或者任務詳情,執行測試用例,手機測試結果,對測試結果進行反饋給平臺端,htm
客戶端調用,平臺端管理
客戶端執行,平臺端展現
客戶端收集,平臺端彙總。
客戶端依賴,平臺端支持。
客戶端持續集成,平臺端持續收集。
客戶端不限制,平臺端能兼容。
有了這樣的構想,下面要作的就是對產品的需求的分析,對現有的設想進行細分,對現有的原則進行合理化解。
去分析需求,去總結需求,去對現有的需求進行細分拆分。
咱們能夠看到,這樣的兩段,咱們能夠用思惟導圖去細化分析咱們的需求。
總體的需求其實就是這麼多,那麼咱們去來細化咱們的需求,針對pc端和手機端分別進行需求的分析
那麼咱們的客戶端也教pc端須要什麼樣的東西呢
這樣咱們的大概的思路有了,大概的功能需求分析點有了,
咱們就開始咱們的技術選型,根據你的學習的進度還有你的想法去選擇,我選擇的是django,這裏是由於很久不用了,鞏固下django相關的知識,
在選擇使用的框架的時候,注意下面幾個方面:
1.本身對框架的掌握度
2.實現難易程度,
3.與項目相匹配度。
4.成本的大小,
5.經驗的多少
6.學習的難易程度,
7.部署測試的成本,調試的代價等
通常來講選擇本身熟悉的來作最好,可是通常還要看項目適合什麼樣的,資料的多少,由於開發過程不免會遇到不少的問題,
最後平臺展現效果:
部分代碼開源:https://github.com/liwanlei/UFATestPlan
體驗地址:http://47.104.199.225:81/ 登陸帳戶:liwanlei 密碼:111111
寫在最後,最原始的最美好,
一切源於應用,一切迴歸應用,
一切服務於應用,一切簡單化,
一切合理化。一切可操做。
迴歸本質,最初的美好。
---雷子
有問題能夠聯繫我:QQ:952943386 email:leileili126@163.com qq羣:194704520 新羣:683894834