在線時間長，建設失敗率高，代碼提交頻繁，質量不高。
覆蓋範圍，或覆蓋範圍
性能問題越來越突出。
出現了安全問題。
手工測試的偶然性和不確定性
人工回歸工作量大，覆蓋面不夠。
網上發布的產品質量無法保證，壹切靠評價。
生產事故導致加班，被迫快速“叠代”解決問題。
測試粒度不夠，業務場景覆蓋不夠
用例等文檔的維護不及時、不有效，甚至缺失。
解決方案:從數據、流程、環境解決問題。
1，集成的復雜性
多協議支持和相互調用
多個系統之間的集成
多個測試執行任務以及機器部署和調度管理
不同環境和平臺中的帳戶管理
2.通信成本和復雜性
前端、後端、運維、架構、DBA之間的溝通成本
解決重復造輪的問題
變更通知需要及時溝通(開發& amp；測試，前端&；背景、相關API的變化、不同的業務線)
3.安全問題
敏感信息的配置脫敏
港口和服務的安全
4.流程問題
流程是否規範？
是否有統壹的案例管理和維護流程？
是否有統壹的項目管理流程？
有自動化測試規範和最佳實踐嗎？
5.環境獨立和隔離
版本壹致性
開發分支，開發集成-Docker，鏡像
測試分支，測試集成-Docker，鏡像
環境隔離和權限管理:開發、測試、UAT、灰度和生產。
配置、打包、提交和發布都是自動化和定制的。
壹個高依賴高成本的模塊:提供mock對象。
6.自動化實施管理
日誌管理
腳本和日誌是為災難預防準備的。
自動化測試任務分配、執行和測試報告
自動化管理流程
7.數據結構
同步生產數據
備份和恢復數據
特征數據搜索
數據構建平臺
PS:腳本化，批量化，避免了手工輸入的不確定性。
8.服務治理
進程管理
日誌監控
版本跟蹤
由專門人員處理
1，團隊
CI和CD環境的建立、管理和流程執行
煙不會傳回來。
立即修復失敗的版本。
定期溝通，“吐槽大會”
2.發展
靜態代碼檢查
確定合理和適當的開發規格
增加代碼構建的頻率
如果單元測試失敗，不要提交。
定時代碼審查
仔細填寫變更日誌
分支、整合、合並必須回歸。
3.試驗
豐富測試類型，如對比測試、性能測試、安全測試等。
提高測試響應率
提高回歸覆蓋率
提高回歸效率
提高穩定性
降低回歸的成本
1，團隊
根據問題的嚴重性設置響應和處理時間及速率。
設置合理合適的評價模式和機制，並及時調整。
2.發展
不同階段的CI頻率
代碼評審頻率和覆蓋範圍
數千行代碼的錯誤率
找到您的第83行代碼。
3.試驗
不同階段不同考試類型的比重、覆蓋面和考試時間
優先級、施工穩定性
在線錯誤率
關鍵業務的回歸。
為了穩定業務(環境、需求)，早點投資腳本開發，減少後期維護成本。
自動化是為了保證功能可用，而不是為了發現更多的缺陷。
自動化並不能降低人力成本，但是可以加快測試結果的反饋速度，提高測試質量。
錄音和回放只是雞肋，可視化並不是壹個好的做法。
嘗試讓開發自動化，而不是功能測試人員。
部署自動化
測試服務
完善質量保證和評估體系
完善執行和監督機制。
單點登錄，權限管理
測試服務
①2000多本軟件測試電子書(主流和經典書籍都要有)。
②軟件測試/自動化測試標準庫資料(最全中文版)
③項目源碼(四五十個有趣經典的手訓練項目和源碼)
④ Python編程語言、API接口自動化測試、web自動化測試、App自動化測試(適合小白學習)
上圖信息在我的QQ技術交流群(技術交流和資源享受* * *，廣告進來打斷妳)。
妳可以自己拿走。群號“鏈接”(註“123”)中的免費資料，是作者十幾年測試生涯的精華。也有同行壹起交流技術。