如何選擇框架？

? ? 結合公司的實際情況，從以下幾方面進行考慮：

1.跨平臺？

? ? 移動端分為android和ios，選擇時要考慮是否支持兩者，或者僅支持一種。

2.語言支持？

? ? 是支持單一語言還是多語言，一般選擇對自己有優勢的，這樣便于更好的定位問題

3.學習成本

? ? 如果之前用過，拿過來就直接可以用，但如果之前沒用過，就需要關注多久才能用起來？多久才能夠了解框架的原理？多久才能將用到的模塊很好的掌握？領導是否認可？

4.維護成本

? ? 維護人員參差不齊的時候就要考慮，因為并不是所有的框架拿過來就符合要求，一般需要進行二次開發，這個和用例的維護都要考慮

用例設計、編寫

1.確定用例的測試范圍

? ? 如UI自動化，首先就要確定是所有頁面都做自動化還是說只有部分主要功能做自動化。

2.設計用例

? ? 根據實際項目的緊張程度進行粒度篩選，不是所有用例都越細越好，也不是都越粗越好。

3.編寫用例

? ? 前兩步是比較復雜的。根據項目時間確定寫用例的方式：（1）如果項目時間較長，則可以一條一條的寫。先寫一條用例，調通，添加異常處理，再寫其他的，后面的則可以以第一條為例；（2）項目很緊張的時候，就要做下取舍，先把每條case轉換成自動化，讓其先跑起來，再做二次迭代開發，添加異常等情況，增強健壯性。

4.調試用例

? ? 需要經驗積累。當程序出現問題的時候，要學會根據提示解決問題，還有要善于用輸出函數，便于定位問題。

? ? 跟蹤調試，要經常練習，學會看堆棧消息和一些中間值，進行分析。

打包任務

1.獲取源碼-配置git源

? ? 注意要安裝的東西，如git插件；需要配置本地git環境

2.執行打包操作-Jenkins構建模塊，調用shell腳本

? ? 構建的觸發模式：

? ? （1）定時構建：相當于一個任務，到了時間點就進行構建，不考慮代碼是否更新，直接執行任務。

? ? （2）根據代碼改動構建：開發有更新代碼就觸發構建。

? ? （3）定期檢查代碼更新構建：和第一種方式有相似之處，不過這個到時間點會檢查代碼是否有更新，有更新就構建，如果沒有更新，便不進行構建。

? ? 設置構建方式：

? ? （1）完全依賴jenkins插件

? ? （2）自己寫構建腳本，直接在shell中執行，這種方式當出現問題的時候，比較好定位，究竟是jenkins問題還是腳本問題

3.安裝測試包-訪問包存放的位置-進行安裝（也可生成二維碼）

? ? 針對存在固定位置，這個需要提前約定好文件夾和包的命名和位置。

持續集成

1.app端自動化測試任務

2.打包任務

3.服務端自動化任務整合

4.集成到jenkins上，設置為定時任務或者設置為觸發任務

? ? 可借鑒做法：開發提交代碼后，測試部署的時候，自動觸發后端的接口自動化任務，結果會發到郵箱，測試人員會看通過率是否滿足要求，滿足就可以進行測試，沒有滿足就要找出哪些接口是代碼問題，哪些接口是誤報

? ? 由于自己也沒有接觸過這塊內容，實際操作沒有的，但是對里面的一些思想和方式還是有所了解的，先擴展自己的知識面，后續公司用到這塊的時候，結合實際考慮。