背景
UI自動化，在進行的過程中，難免會遇到平台化，
在實際的工作中，有的領導也會想要實現自動化測試的平台化。自動化平台化后，有了更為實際的成果，
在做UI自動化，很想吧現在的自動化的框架進行平台化，完成更多的移植。
設想
其實平台化也是不難的，也是簡單的，前提你也有思路，我在前面的接口平台的時候的構思就是吧所有的都集中到一個平台。但是在UI自動化測試的平台，我選擇了另外的一個思路 平台端+客戶端
客戶端保持執行測試用例，平台端進行測試用例的管理，兩者相輔相成。缺一不可。
平台作為測試服務端，客戶端作為測試執行端，服務端的改變對客戶端減少變動，客戶端對服務端負責，服務端對客戶端提供依賴。
原理
利用平台——客戶端的構思，平台端側重用管理，對數據的管理，對用例的管理，對任務的管理，對測試報告的管理，客戶端負責：獲取相應的項目或者任務詳情，執行測試用例，手機測試結果，對測試結果進行反饋給平台端，
客戶端調用，平台端管理
客戶端執行，平台端展示
客戶端收集，平台端匯總。
客戶端依賴，平台端支持。
客戶端持續集成，平台端持續收集。
客戶端不限制，平台端能兼容。
有了這樣的構想，下面要做的就是對產品的需求的分析，對現有的設想進行細分，對現有的原則進行合理化解。
去分析需求，去總結需求，去對現有的需求進行細分拆分。
我們可以看到，這樣的兩段，我們可以用思維導圖去細化分析我們的需求。
整體的需求其實就是這么多，那么我們去來細化我們的需求，針對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
