當我們討論連續測試,持續交付,DevOps自動化得到了許多。在一個基本的意義上說,我們都明白自動化意味著什麼——的使用一些技術來完成一項任務。但是當我們討論自動化連續測試而言,有一些細微的差別,我們需要考慮。
兩種類型的自動化測試
世界上的測試,尤其是連續測試,有兩種類型的自動化:
- 自動化測試
- 測試自動化
雖然這看起來可能隻是兩種不同的方式說同樣的事情,實際上這些條款有非常不同的含義。
自動化測試是通過自動化的行為進行具體的測試(例如,一組回歸測試),而不是進行手動。測試自動化是指自動化的過程跟蹤和管理不同的測試。
這兩個自動化測試連續測試和自動化測試是重要的,但它是測試自動化是至關重要的。
為什麼測試自動化連續測試至關重要
完全理解為什麼測試自動化連續測試的關鍵,重要的是要明確到底連續測試需要和為什麼它是。
連續測試軟件測試是一個相對較新的方法,旨在確保質量。
在傳統的環境中,測試完成的開發周期。但隨著越來越多的公司朝著DevOps和持續交付模型軟件的不斷發展,必須部署就緒,離開測試到最後不再工作。這就是連續測試進來,確保質量在每一個發展階段。
連續測試,而不是測試發生在大爆炸的一個循環,它發生在小塊當需要。
同時確保質量在任何時候都是至關重要的,這個模型中,並不是所有的數量。所有的開發和測試的速度發生也很重要。這是因為如果在管道攤位或分解,它擁有一切,減慢釋放新的發展。考慮到需要提供新版本更快和更定期為這個持續交付和測試模型鋪平了道路,障礙失敗采取這種方法的目的。
這個“如何”和“為什麼”組織,一致性和速度必須支持一個連續測試模型,這就是測試自動化可以幫助。管理所有的測試需求在一個連續的測試環境是一個巨大的事業,它需要一個巨大的溝通努力跟蹤環境部署新的代碼,當每件需要測試和如何這些需求整合回不斷交付軟件的移動過程。
測試自動化減輕這種負擔通過自動化這些測試的跟蹤和管理需求,包括係統不同的測試覆蓋的多少和其他類型的測試可能需要覆蓋所有移動部件。在這一過程中,測試自動化在很大程度上幫助確保團隊保持高水準的質量點沿管道。此外,它允許測試人員把更多的時間和精力集中到創建有效的測試用例,以確保軟件的質量,因為他們就不再糾纏在管理所有的細節測試的需要。
使測試自動化成為現實
理論上,測試自動化的概念是一個完美的適合測試人員操作在一個連續的測試環境。但是當現實打擊的時候會發生什麼?
在一個典型的真實世界的場景中,當測試人員需要安排和驗證測試用例:
- 與產品負責人溝通收集產品需求和蒸餾產品負責人的問題的本質是試圖解決。
- 這些產品需求分解成用戶故事,然後增量的工作單元創建功能軟件。這常常需要與開發人員的團隊合作,分析師和運營商。
- 寫測試用例的組合(自動化、探索性、回歸等)履行合同的要求。
- 的進步跟蹤每一個步驟完成,每個階段相應的測試用例:
- 開發分支組成組件的功能
- 部署構件組成部分所需的係統和服務支持功能
- 回歸,以便更改或添加到組件不影響係統其他方麵的工作
- 功能驗證,確保產品產品所有者想要做什麼,正確地解決問題
在這種情況下,測試人員需要實現自動化測試的過程是一個解決方案,可以幫助自動化創建測試用例執行特定工作項和調度測試運行這些測試用例。
理想情況下,該解決方案應該允許測試自動化:
- 萎靡不振的工作項的列表,需要創建測試用例自動帶來新的需要測試人員的注意力。
- 與ALM集成,這樣當一個特定類型的任務創建在ALM的副本,任務也會在測試自動化工具中創建並呈現給用戶。
- 允許用戶分離和分類工作項的邏輯容器,如功能,組件或衝刺,為了方便用戶為每個管道,以確保適當的覆蓋率。
此舉接受連續測試
DevOps和持續交付模型成為常態,所以也將連續測試。為了使連續測試工作成功,測試人員需要從現在開始思考什麼需要管理的改變注入測試在整個開發管道。
顯然,自動化測試將是一個重要的武器在連續測試人員的阿森納給它能夠幫助跟蹤所有不同的測試,需要在不同的管道。