大家都在談論DevOps的時候，QA將作出哪些改變？

隨著開發人員，DevOps成員和軟體測試人員之間的界限越來越模糊，最大的話題似乎是揭示QA測試人員未來的機會。

毫無疑問，隨著敏捷成為常態，預計測試人員將比傳統的QA專家在過去扮演更加自信的角色。DevOps工作的縱橫交錯正在推動所有利益相關者 - 工程師，測試人員和運營專家 – 進入彼此的領地，使測試越來越少成為測試人員的專屬職責。提醒一下，「 2018-19世界質量報告」中 99％的受訪者表示他們至少在部分業務中使用DevOps。

基於這些轉變，我相信Agile框架將進一步擴展測試人員的周邊設計自動測試基礎設施 - 同時跟蹤整個系統開發生命周期的質量。這種轉變的回報是充足的：測試人員將能夠參與更多樣化的項目，並有更長的職業發展機會。

軟體測試的許多方面將在未來幾年呈指數級增長。以下是測試人員可以關注的一些領域，以便他們能夠掌握行業變化和市場需求：

提煉時間管理技能

在開發人員，DevOps成員和測試人員之間的編織角色以及實時所需的交付速度的背景下，測試人員無法承擔成為流程中的瓶頸。這要求學習任何必要的東西，使開發人員的工作儘可能順利 - 並在測試套件開始產生無效結果後立即採取行動。不立即做出反應可能會損害測試用例的完整性。

其次，測試人員應該花費大量時間在自動化測試運行時執行值得注意的探索性測試。對於全新的功能，QA應該記住，自動腳本可能比首先手動測試功能需要更長的時間。

第三，測試人員需要開發有效的頭腦風暴技術，以便考慮可能發揮作用的所有可能情景。預測未來後果有助於測試人員避免與測試過程相關的風險，並減少修復這些風險的後果所需的時間。場景越有創意和精確，越好。

第四，一旦完成所有自動化測試，測試人員必須能夠發現所有失敗案例背後的因素。除非準確地進行這種分析，否則自動化測試可能會導致合法缺陷被忽視或最終被其他潛在問題所掩蓋。

第五，QAs必須足夠深思熟慮，以了解需要多少測試覆蓋率，而無需考慮覆蓋數量來證明他們的決定是正確的。覆蓋率指數非常低可能會導致生產過多漏洞，而無法覆蓋的高覆蓋率指數會浪費每個人的時間。

在測試之外產生價值

自從確保數據存儲，運營性能和成本節約的最初目的以來，信息技術作為一個領域已經走過了漫長的道路。DevOps正在加速這種演變，所有利益相關者 - 包括測試人員 - 都應該為促進戰略目標和確保最終用戶滿意度提供動力。

在接下來的幾年裡，測試需要的不僅僅是執行和報告。它需要管理外部因素的技能，如環境設置，測試設計，測試數據和策略。在部署測試工具時忽略它們可能會大大減少您想要自動化的表面區域。

環境設置和幫助客戶處理物流方面是QA專家可以具有巨大價值的領域。隨著業務需求在客戶端變得越來越多，軟體測試將需要並行增加定製。一個例子是設置測試條件。這樣做可以使公司相應地配置他們的工作流程 - 並與他們獨特的部門需求保持同步。要創建能夠重現滿足這些需求的條件的環境，測試人員應該能夠在運行測試之前登錄，創建工作流並指定一組具有適當許可權的用戶。

提升創造力

測試人員必須識別哪些自動檢查應該手動運行，哪些可以編寫腳本。決定手動執行太多檢查可能會導致團隊資源的大量浪費，從長遠來看這不符合成本效益。優秀的測試人員應該知道測試中精細等級的精簡和實際執行。例如，智能策略將從一個檢查開始，該檢查在持續集成伺服器上從頭到尾運行。然後，他們可以謹慎和精確地慢慢添加輔助腳本。測試人員應該知道獲取各種測試工具的過程會導致持續的維護費用，而不是自動化100％的覆蓋率，這就是為什麼他們應該只針對最主要的樣本進行自動化的原因。

隨著DevOps文化中的變化即將發生，測試人員需要對投擲它們的曲線球感到舒適。測試並不總是與規範一致，要求測試人員在快速變化中管理模糊性。隨著這一趨勢獲得更大的吸引力，QA專業人員將被要求承擔更大的責任並考慮解決方案，同時在不同任務之間快速切換。

最後

自動化測試的好壞取決於編寫它們的人。在這樣一個環境中，開發人員被期望為QA專家編寫和配置提供自動化測試腳本，而操作端在生產中監視和執行冒煙測試，測試人員將不得不在單獨的測試活動之外進行分支。測試應用程序的質量不僅需要技術知識，還需要洞察力、智慧和一定程度的適應性。能夠適應這些變化的QA專業人員將是贏家。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！