小夥伴們
“持續集成”
“持續部署”
“持續交付”
想必你們已經耳熟能詳
是不是覺得
聽到的DevOps和敏捷開發流程大體是這樣的？
那麼請問
軟件研發流程中
不可或缺的“測試”步驟去哪裡了？
老司機這裡告訴諸位，上述過程是個殘缺版的DevOps。
完整版的DevOps是需要包含“4C”的，除了上述的三個“持續”，“Continuous Test”自古以來就是整個流程不可分割的一部分。
第一，持續測試
持續測試是一個過程，它將自動化測試作為軟件交付通道中內嵌的一部分，以儘快獲得軟件發佈後業務風險的反饋。
隨著移動互聯網、雲計算、大數據、AI的爆發，整個行業的變化要求測試更多，自動化測試疲於應付，應用程序體系結構越來越趨向於分佈式和複雜化，由於Agile，DevOps和“持續”，許多應用現在每兩週發佈一次，每天部署很多次。因此，可用於測試設計，維護和特別是執行的時間大大減少。
第二，持續測試（CT）步驟
01儘早規劃測試
使用測試這類技術所使用的工具，可以確保業務主管，產品經理，開發人員和測試人員充分溝通並記錄需求，定義清晰的測試用例，提早編寫測試腳本，以達到一個流暢的測試過程。
02優化測試覆蓋率
使用可視化模型讓各種路徑被探索優化，以便儘可能少的的測試用例覆蓋多數業務場景。
03實現「迭代內(in-sprint)」測試
迭代包含測試過程，可以在開發週期的早期運行。自動化測試覆蓋UI, 功能，性能和安全。敏捷團隊多個角色一起工作，一起以要交付給客戶的業務價值為專注點。
04快速提供測試環境
提供測試環境的能力對實現持續測試是至關重要的。
05提供貼合實際的測試數據
為了準確的測試新功能，測試數據應該儘可能的跟生產環境時所應用遇到的數據相近。
06部署配合測試
比較時髦的說法叫：“測試右移”。使用開發週期和生產中的數據來優化測試周期、調整測試用例，以建立最佳迴歸測試套件。
閱讀更多 樂搏軟件測試 的文章
