一:框架選擇
1.跨平臺(tái) ？ 兼容ios和Android ？還是只支持一者？ ?這個(gè)要看公司情況不同的隱私需要選擇不同的框架
2.語(yǔ)言支持？ java Python 還是ruby php ? 要看整個(gè)團(tuán)隊(duì)的語(yǔ)言數(shù)值情況同樣要考慮學(xué)習(xí)成本
3.學(xué)習(xí)成本選擇一個(gè)自己有優(yōu)勢(shì)的 學(xué)習(xí)成本問(wèn)題考慮 ? ?多久原理和一些功能能快速用起來(lái)
4.維護(hù)成本 ?需要對(duì)項(xiàng)目情況二次開(kāi)發(fā)封裝
二：用例設(shè)計(jì)以及編寫(xiě)
1.確定用例測(cè)試范圍
測(cè)試用例的范圍 ?所有頁(yè)面都做ui測(cè)試？還是只有部分主要頁(yè)面做ui測(cè)試? 或者有部分做接口測(cè)試部分ui測(cè)試 需要確定和商討
2.設(shè)計(jì)用例
根據(jù)業(yè)務(wù)情況不是越詳細(xì)越好 而不是越粗越好 根據(jù)情況而定
3.編寫(xiě)用例
時(shí)間充裕時(shí)：先把一條用例寫(xiě)好 調(diào)通 做好異常處理 然后在去寫(xiě)其他用例 ?此用例作為模板 ?適用所有的功能到時(shí)候可以復(fù)制粘貼修改即可了
時(shí)間不充裕時(shí)：老大說(shuō)明天要用 ? case快速轉(zhuǎn)變?yōu)闇y(cè)試用例 ? 先能看到效果再慢慢修改兼容性容錯(cuò)等優(yōu)化 ?根據(jù)情況 先全后細(xì)還是先細(xì)后粗自定
4.調(diào)試用例
一般報(bào)錯(cuò)的首尾部 幾行就能看出問(wèn)題出在哪一行錯(cuò)誤
5.輸出函數(shù)能
能更好的定位問(wèn)題 更好的定位代碼那一段的值該不符合
6.調(diào)試用例
很重要坑很多，學(xué)會(huì)了調(diào)試用例自動(dòng)化就沒(méi)什么能難住你的了
7.跟蹤調(diào)試
根據(jù)后期頁(yè)面的更細(xì)等進(jìn)行相應(yīng)的跟蹤調(diào)試
三：打包任務(wù)
1. 獲取源碼 ? 配置git源碼
2.執(zhí)行打包操作 jenkins 構(gòu)建模塊
調(diào)用shell腳本構(gòu)建
定期構(gòu)建
根據(jù)代碼變化自動(dòng)構(gòu)建
定期檢查代碼是否更新后然后構(gòu)建
3.完全依賴jenkins插件構(gòu)建 ? 自己寫(xiě)shell腳本執(zhí)行直（這個(gè)比較好構(gòu)建失敗比較好查找失敗原因 到底是Jenkins還是腳本錯(cuò)誤）
4.安裝測(cè)試包
訪問(wèn)包測(cè)存放位置（不同版本的版本放到不同的文件夾下） --
進(jìn)行安裝 （也可生成二維碼）
四：持續(xù)集成
app 端自動(dòng)化測(cè)試任務(wù)
wap端自動(dòng)化測(cè)試任務(wù)
服務(wù)端自動(dòng)化測(cè)試需要好
注意： ?wap 與app 其實(shí)調(diào)用的一個(gè)后臺(tái)服務(wù)端服務(wù) 所以一般wap與app應(yīng)該一起測(cè)試 ?wap和app的操作方式其實(shí)一樣知識(shí)界面不一樣
服務(wù)端自動(dòng)化的的好模式 ?部署任務(wù)和服務(wù)端的自動(dòng)化測(cè)試結(jié)合起來(lái)
1.開(kāi)發(fā)提交代碼測(cè)試人員點(diǎn)擊部署環(huán)境后自動(dòng)觸發(fā)自動(dòng)化測(cè)試任務(wù)完成測(cè)試
2.測(cè)試完成后發(fā)送郵件
3.收到郵件查看服務(wù)端接口是否滿足測(cè)試要求
滿足則可以進(jìn)行下一步 wap和app測(cè)試
不滿足直接打回重新修改不進(jìn)行測(cè)試
五：何時(shí)自動(dòng)化
1.某個(gè)功能模塊每次都需要測(cè)試但是工能已經(jīng)很穩(wěn)定了基本不怎么進(jìn)進(jìn)項(xiàng)修改
2.測(cè)試頻率太高?
3.人工測(cè)試比較費(fèi)時(shí)間（功能穩(wěn)定）
