1、框架選擇
a)跨平臺：是否要兼容移動端分iOS和android，還是兼容一種
b)語言支持：選擇框架語言選自己相對來說有優(yōu)勢的。更方便調(diào)試和定位問題
c)學習成本：對于沒有用過的框架，分析一下需要多久可以用起來，掌握它的原理需要多久
d)維護成本：根據(jù)項目情況二次開發(fā)，或者框架維護，針對實際情況評估學習成本自己、領(lǐng)導能否認可這個代價，做完一套框架可以持續(xù)使用。
2、用例編寫：確定測試用例的范圍，如UI測試，是所以頁面都做，還是幾個主要頁面做就好了，這是確定測試用例的范圍。
a)用例設(shè)計：根據(jù)項目緊張程度進行用例顆粒度的篩選。
b)編寫用例：先把一條用例寫出來，調(diào)通，各種異常情況都處理完成包括兼容性等等，再去寫其他用例然后照著這個用例的樣板來寫就比較輕松，也可以讓其他人照著樣例模版來寫，分擔一部分工作給其他人
c)如果比較急，先把每條case都轉(zhuǎn)化成自動化，快速讓它跑起來，然后再做二次開發(fā)，一些異常處理，兼容性加進來等等
d)這兩種情況根據(jù)項目的緊張程度靈活選擇
3、調(diào)試用例：運行出現(xiàn)問題，看代碼異常提示，在提示首位去看提示一般能找到問題
a)調(diào)試善于用輸出方法如print，更好的找到具體哪里代碼有問題
b)跟蹤調(diào)試，查看堆棧消息分析問題
4、打包任務(wù)：獲取源碼時jenkins要安裝的一些插件，安裝本地git環(huán)境，指jenkins的節(jié)點上安裝git
a)配置git需要用戶名密碼，通過http或ssh方式，
b)git源的認證有五種，用戶名密碼和ssh方式比較多
c)已經(jīng)把源碼拉下來了，然后選擇構(gòu)建的觸發(fā)模式1.定時構(gòu)建2.代碼檢查構(gòu)建3.定期檢查構(gòu)建
d)構(gòu)建觸發(fā)模式有兩種一種是完全依賴Jenkins插件；另一種是自己寫構(gòu)建腳本shell中執(zhí)行就可以了。自己寫出問題好定位，是Jenkins本身問題還是shell代碼問題。
e)git源拉下來，構(gòu)建觸發(fā)器方式也選擇好了，構(gòu)建方式也做了選擇，構(gòu)建完后上傳安裝包，借助播應(yīng)這類軟件生產(chǎn)二維碼，每次安裝直接掃描就可以安裝了
f)不做二維碼展示每次打完包放到固定位置，直接去下載，創(chuàng)建和存放的位置要做約定，每個版本詳細標注如v1.0放這個文件夾下面，以后查找很方便并且包也很好管理。
5、注意點
a)Jenkins實際使用大多數(shù)配節(jié)點的，操作時把所有任務(wù)分發(fā)下去，都在一起性能會慢
b)App端自動化和服務(wù)端自動化不應(yīng)該分開，應(yīng)該先執(zhí)行打包然后自動安裝，用adb安裝，然后app端自動化測試任務(wù)，然后執(zhí)行服務(wù)端自動化測試任務(wù)，然后把三個任務(wù)組合放到j(luò)enkins上，設(shè)置定時任務(wù)或其他模式
c)app端移動端自動化測試原理一樣的，都是git上拉源碼進行執(zhí)行，然后結(jié)果的驗收，有問題實時解決實時反饋
d)服務(wù)端自動化一個很好的模式，部署任務(wù)和服務(wù)端自動化測試是結(jié)合起來的，當開發(fā)提交代碼后，測試人員點了部署環(huán)境任務(wù)，自動觸發(fā)服務(wù)端的接口自動化測試任務(wù)，接口自動化測試任務(wù)結(jié)果會發(fā)到郵箱，測試人員看通過率是否滿足當初設(shè)定的需求，如果滿足了可以進行測試，如果沒有滿足測試人員回去看到底是哪方面的原因，哪些接口到底是開發(fā)提交代碼的原因還是哪些接口本身沒問題屬于誤報
6、推薦
a)推薦兩個測試框架applum.適用于安卓和iOS適用于多語言，不需要應(yīng)用的源碼，只能用于移動端
b)Macaca可以應(yīng)用于多端如移動端pc端，比較流行的native頁面h5頁面都可以很好的使用
7、難點
a)Jenkins任務(wù)創(chuàng)建
git認證這塊
Jenkins奴隸節(jié)點配置方式不同有不同難點，web方式寫定時任務(wù)來執(zhí)行對應(yīng)的命令，ssh方式
目前還沒有涉及到這塊，后面會把這塊的內(nèi)容去實踐并應(yīng)用到工作中。
