修復線上bug；
敏捷開發、頻繁迭代；
那麼要解決頻繁更新的問題，我們就從這兩點進行分析：
那麼如何解決以上兩點問題呢？
第一點，在發版前測試人員的測試工作固然重要，但是開發人員提交高質量的**也是至關重要的，這裡高質量的**並非指資深程式設計師才能寫出的**，我們可以將其理解為思路清晰、結構合理、開發人員完成第一遍編碼工作後，應該結合功能應用場景，產品流程進行自我測試，**優化，在時間充裕的情況下，盡可能的給**進行詳細的注釋說明；團隊在條件允許的情況下，每個產品週期進行一次code review，交叉審視。有能力的開發人員，在自己工作之餘，可以幫助其他同事檢查**，發現問題。往往這樣的一套流程走下來，開發人員自身就會發現很多bug。這樣一來到達測試人員手裡的版本是乙個完整度較高，bug較少的測試版本，從而減少了一些並非測試人員測試範圍的工作（例如功能缺失、ui不符等），增加了測試人員對重點功能以及各個場景的測試時間，從多年的工作經驗能看出，當發版在即的時候，時間不夠充裕的時候，測試和產品往往會迫於無奈在某些並不完美的功能上進行妥協，甚至由於時間原因，根本無法進行回歸測試。這樣就增加了發布版本線上出現bug的機率。我想只要遵守以上幾點，線上bug出現的機率會大幅降低，從而減少版本的頻繁更新。
第二點，當我們發現線上版本出現一些bug時候，首先應該對bug進行排查，分析bug所能造成的影響，如果並非是致命性的bug，是否可以考慮在下一次版本公升級中進行更新。
以上兩點是從開發到測試以及版本發布流程的管理角度出發，那如何從技術的角度去減少產品的更新頻次又或者是在使用者無感的情況下進行更新呢？
以上是我對技術方面避免產品公升級的一些看法，但並非是代表依照上面所推薦的就是最好的方法，我們應該結合實際情況，以及管理技術相搭配的方式進行合理的選擇更甚。
針對app移動端的測試總結
1 產品需求文件 產品原型圖 介面說明文件以及設計說明文件等應齊全 2 測試用例的設計與評審 1 根據產品需求文件 產品原型圖等文件，設計客戶端的一般功能測試用例 2 測試用例評審 修改與完善，評審通過後著手進入正式測試階段。3 ui測試 1 確保手頭的原型圖與效果圖為當前最新版本，符合產品經理及使...
基於ArcGIS構建安全的移動端App
根據平常工作中跟客戶 開發商朋友交流的情況來看，移動端的空間資訊保安 一直都是大家很關心的問題。arcgis10.1 提供更多的安全策略，更好的保護移動端的空間資訊保安。比如 1 arcgis server 提供許可權管理和令牌驗證功能，控制不同的使用者和角色訪問或者編輯 不同的地圖服務 2 arc...
基於Vue的專案打包為移動端app
首先，基於vue開發的應用，現在主流的是使用vue cli的4.x版本搭建的專案，從vue cli的3.x版本以後，如何修改vue的專案配置呢？過程和步驟如下。我們需要在專案根目錄下建立乙個vue.confing.js檔案，專案目錄如下 在vue.config.js中，我們就可以寫很多webpack...