用8個步驟實現測試現代化

為什麼

為什麼現代化?

為什麼要投資軟件測試?如果您已經在您的測試程序上進行了大量的投資，那麼為什麼還要投資於使您當前的實踐和工具現代化呢?如果這些問題你已經聽過或問過自己，從你的同行、Gartner和《世界質量報告》中得到一些提示。

當您使您的測試現代化時，您使it人員和業務涉眾更容易協作，從而導致更快的軟件交付和更好的業務結果。

要了解軟件質量保證(QA)和測試中真正重要的內容，隻需看看《2020-21年世界質量報告》。注意事項:

• 2018年至2020年期間，認為QA和測試有助於業務增長和成果的受訪者比例從68%上升至74%。
• “在上線之前檢測軟件缺陷”並不是最受歡迎的回答——它以72%的支持率排在第二位。換句話說，推動業務增長和取得成果現在被認為比發現bug更重要。

此外，2020年的調查首次包括了三種額外的可能回答:

• 速度上的質量:以高質量加快軟件發布速度(63%)
• 自動化:使QA和測試成為更智能的自動化過程(62%)
• 實施:支持團隊中的每個人以實現更高的質量(60%)

最後這三個回應意義重大。超過一半的公司希望加快軟件發布速度，並使用QA和測試自動化來實現這一目標。

最後但並非最不重要的是，十分之六的人讓軟件質量成為團隊中每個人的責任，而不僅僅是一個團隊。你可以想象這意味著:增強DevOps能力，生成業務可讀的測試，並確保每個人在某種程度上都能夠運行測試。

超過一半的公司希望加快軟件發布速度，並使用QA和測試自動化來實現這一目標。十分之六的人認為軟件質量是團隊中每個人的責任，而不僅僅是一個團隊。

如果你準備授權給你自己的DevOps團隊，生成業務可讀的測試，並確保每個人在某種程度上都能夠運行測試，你應該知道這不是白日夢——但它也不是偶然發生的事情。

我們將這個過程分解為八個步驟，可以幫助您將您的組織轉變為現代測試組織。

願景

為你的計劃建立基線

您對未來高質量產品管道的設想將指導您完成現代化測試組織的過程。這就是為什麼做對這件事很重要。為實現這一目標:

• 花你的時間。不要隻是為了說你有一個願景而寫願景。將編寫願景的過程視為為QA和測試創造理想世界的機會。即使你最終因為人力或預算而不得不做出某些妥協，至少如果你一開始就把目標定得很高，你最終會比現在做得更好。
• 要簡短、清晰、有啟發性。在接下來的幾年裏，你需要和許多其他同事交流你的願景。這就是為什麼你應該確保你的願景能吸引注意力，激發行動，並且足夠簡短，讓別人記住，以便他們也能交流。
• 涉及到利益相關者。不要讓創造願景的過程成為兩三個經理的專屬領域。如果你的一些利益相關者覺得在寫你的願景的過程中被排除在外，他們可能永遠不會接受它。鼓勵他們分享他們的需求和目標，這樣您不僅可以將這些整合到您的願景中，而且還可以以滿足這些需求的方式使您的測試現代化。

計劃

定義你的策略

一旦您設定了現代化測試的遠景，就該定義將遠景變為現實的策略了。隻需遵循以下步驟:

找到合適的人

人員是測試轉換的關鍵。在你開始之前，花點時間確定你最重要的參與者——那些認同你的願景的人，他們擁有使你的轉變發生的技能、經驗和領導素質。

當然，你確定的一些合適的人可能還不具備他們所需要的所有技能來完成你為他們設想的角色。在這種情況下，你需要為這些人規劃職業道路，並計劃如何培訓和教育他們如何實現你的願景。

定義測試策略

您的下一步是確定您的連續測試過程。如果你采用敏捷方法，你需要將敏捷測試周期與你所使用的開發方法相結合，無論是SAFe、LeSS、Spotify還是Scrum。

您還需要定義測試職責，這樣就不會不確定哪些任務屬於團隊中的開發人員，哪些是其他團隊成員的責任。不要忘記分配涉及多個團隊的任務。誰將跨團隊執行端到端測試?這一步將對圍繞角色、環境和測試數據策略的未來決策產生重大影響。

您的測試策略還應該包括確保您的測試組織擁有針對每種可能情況的正確工具。在此階段，您需要根據工具對您最關鍵的能力的支持程度、與技術角色的需求和技能的匹配程度以及集成和使用的易用性來評估工具。

選擇您的操作模式

接下來，您應該考慮您的測試組織將如何實際運行。曾對85家世界500強企業的測試機構進行評估。我們注意到，它們往往是基於三種模型中的一種構建的，每種模型都有其優點和缺點。

了解更多關於測試團隊的操作模型:集中的、分散的和混合的．

計算您的業務案例

最後，您的測試策略應該包括ROI計算。最明顯的潛在好處是，現代化的測試組織可以提高上市速度、降低風險和提高成本效率。您在這裏生成的數字對於幫助您傳達投資於測試的重要性至關重要。

構建

組建一支由積極向上的人組成的團隊

從這裏開始，你的團隊成員不僅有能力幫助你，而且有動力和熱情從現在開始。遵循以下步驟:

啟動一個試點項目。

找到嚐試新方法的最佳點。它可以是單個應用程序、產品、項目或程序。采用迭代方法，而不是嚐試“大爆炸”，它將影響您組織中的多個項目。你是如何選擇這樣一個項目的?評估可能節省的費用、可用的資源和快速取得勝利的機會。

構建一個企業實施團隊

這個核心測試團隊將由測試架構師和自動化工程師組成，他們將協調整個組織關於測試工具和基礎設施的所有決策。他們還將收集和宣傳最佳實踐

訓練你的組織

您的企業實施團隊現在將對各個團隊進行在上一步中定義的測試策略方麵的培訓。他們將努力平衡對敏捷性的需求和建立持續的端到端測試的需求。

建立

設置測試基礎結構

在第四步中，您新建立的企業實施團隊將開始采取行動來建立過程和工具，它們將形成端到端企業測試程序的基礎。以下是這一步需要做的:

設置測試基礎結構

您的EE團隊現在將在現有的測試基礎架構上部署應用程序。該活動可以包括自動化、虛擬化、測試和測試數據管理工具。EE團隊還將把這些工具集成到您當前的開發和部署管道中。在這個過程中，他們應該努力使盡可能多的任務自動化。

構建服務目錄

使您的企業測試程序可持續的最好方法是圍繞您的測試活動建立一個服務目錄。確保你的EE團隊記錄所有的任務，這樣它們就可以成為任何部門都可以使用的標準服務。然後可以將這些服務作為包在內部銷售。

分享最佳實踐

您的企業測試項目不會成功，除非您圍繞它建立一種學習的文化。與組織內的其他團隊分享您的經驗。宣傳你的成功故事。做到這一點的一個好方法是建立實踐社區。

規模

賦予團隊自主權

在第五步中，您的EE團隊將開始證明它的價值，它使單個團隊能夠滿足他們自己的目標，同時保持在測試組織的總體目標之內。這是您的EE團隊逐漸幫助從一個試點團隊或項目擴展到整個組織的卓越測試的地方。這就是需要做的:

在新團隊

您的EE團隊將為各個團隊提供執行組織測試策略所需的指導方針和工具。他們應該基於讓每個團隊采用測試策略可能產生的影響和價值來優先考慮團隊的入職。EE團隊可以通過從服務目錄中提供服務來標準化入職。

機載新項目和應用

在決定將哪些項目和應用程序納入新的測試組織時，EE團隊應該使用同樣的心態。哪些係統將產生最大的影響並交付最大的價值?例如，如果您正在實施一個新的CRM解決方案，而實施它的部門缺乏測試專業知識，您可以在短期或長期的基礎上為項目分配EE團隊的成員。或者，您可以創建一個由自動化專家和測試架構師組成的“SWAT”團隊來處理項目。

使團隊

EE團隊必須確保團隊知道如何正確地使用工具，在交付管道中工作，並解釋他們在測試過程中會遇到的大量數據。EE應該準備好提供實踐培訓，並建立一個實踐社區，以確保團隊遵循最佳實踐，並在新員工入職時提供培訓。

提高質量

這就是您的EE團隊將確保所有團隊都正確地執行您的組織測試策略的地方。這個步驟包括確保您的測試策略集成到您的組織中。

您將知道您的測試程序在擴展時保持了適當的質量水平更大的風險覆蓋率，更低的維護，更快的實現，更高的生產力和更高的自動化率．

測量

提供有意義的見解

除非您測量測試程序的性能，並在您尋求增強它的時候使用洞察力來指導您的決定，否則您就不能使您的測試程序保持在軌道上。正確的度量標準將幫助您的組織理解您的測試程序的整個故事，並將他們的努力應用到將交付最大價值的領域。你的EE團隊應該:

了解產品缺陷的業務風險和測試策略的影響

當您的組織能夠正確地解釋來自您的測試工具的數據時，他們就可以在正確的時間向正確的涉眾交付正確的反饋。他們可以確保更新不會對用戶體驗造成負麵影響。他們還可以獲得關於發布候選是否具有可接受的風險級別的即時見解。

在產品、過程和組織級別進行度量

在不同的層麵進行衡量，會讓你更有信心地相信，變化不僅僅是一種幻覺——它真的在發生。大多數測試團隊習慣於密切關注產品的當前狀態。你們球隊的狀態如何?他們的角色是什麼?他們是否在測試覆蓋率方麵有所改進?他們在自動化方麵做得怎麼樣?的成熟度評估是一個EE團隊應該經常重複的練習，以在整個過程和整個組織中測量進展。

使用上下文超過計數指標

您的團隊通常可以通過優先考慮上下文度量(如需求覆蓋率和用戶體驗)來增加最大的價值。他們應該專注於測量整個端到端交易的用戶體驗，而不是簡單地尋找測試團隊速度和生產力的改進。

創新

持續關注技術的卓越

一個不斷創新的測試組織就是一個不斷改進的測試組織。每個組織都應該將創新融入其生命周期。有三種方法可以做到:

增加自動化

創新的最大障礙之一是浪費。自動化消除了延遲，加速了創新。它還緩解了手工工作帶來的沮喪和無聊，並解放了團隊成員，讓他們花更多的時間來增加價值。

創造創新文化

這個步驟包括采用敏捷開發模型，並定期評估新技術，這些技術可以幫助您將您的測試組織帶到卓越的新水平。它還包括提供鼓勵創新的平台。它可以包括舉辦黑客馬拉鬆之類的活動，或者將日常的開發和測試活動遊戲化。它必須包括向你的團隊傳達這樣一個信息:沒有什麼是壞主意。每個想法都應該被提出來討論，但以一種聚焦於組織業務目標的方式。

反映和提高

組織必須明白，追求技術卓越不僅僅是教學和執行標準——還包括傾聽和迭代。跨組織的團隊對軟件交付管道有有價值的觀點。這些視角可以使組織中的每個人受益—從業務用戶到開發人員和測試人員!收集這些見解的最佳方法是由EE團隊定期組織的會議。EE團隊應該使用這些見解來激發他們的持續創新。

分享

告訴你的故事

在您在整個組織中實施了現代化的測試程序之後，您的工作還遠遠沒有完成。除了繼續創新，你必須通過推廣你的工作和分享結果來講述你的故事，以幫助其他團隊複製你的成功。下麵是完成這項任務的方法:

加速變更管理和購買

你可以用他們能理解的方式來表達你的成功，讓其他部門也參與進來。不是每個人都會欣賞自動編寫5000個測試用例的價值。但是當你提到你加快了一個星期的測試周期，節省了200個勞動日和10萬美元，他們很可能會注意到。

展示一條通往成功的清晰道路

慷慨地說出你的秘密。展示您為現代化測試所采取的清晰、具體的步驟。展示燈塔項目，使其他團隊很容易複製您的項目。

與他人建立信譽

一旦您的成功得到認可，您將在測試組織中獲得能夠交付的聲譽。其他團隊會向你尋求建議。利用這些機會來推動整個組織的最佳實踐。

結論

專注於可衡量的、增量的改進

我們希望鼓勵加大對現代化檢測的投資和關注。一旦您為一個產品或一個團隊自動化和增強了測試，就該關注下一個產品或團隊了。甚至當您的整個組織都在遵循測試最佳實踐並擁抱敏捷原則時，仍然會有未開發的價值有待實現。最重要的是，爭取持續創新——因為當一個組織停止創新時，它最終會被更聰明、更有動力的競爭對手甩在後麵。