一:框架選擇

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)目情況二次開發(fā)封裝

二：用例設(shè)計(jì)以及編寫

1.確定用例測(cè)試范圍

測(cè)試用例的范圍 ?所有頁(yè)面都做ui測(cè)試？還是只有部分主要頁(yè)面做ui測(cè)試? 或者有部分做接口測(cè)試部分ui測(cè)試 需要確定和商討

2.設(shè)計(jì)用例

根據(jù)業(yè)務(wù)情況不是越詳細(xì)越好 而不是越粗越好 根據(jù)情況而定

3.編寫用例

時(shí)間充裕時(shí)：先把一條用例寫好 調(diào)通 做好異常處理 然后在去寫其他用例 ?此用例作為模板 ?適用所有的功能到時(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)建 ? 自己寫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.開發(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)定）