特色
    Tricentis虛擬峰會:以DevOps的速度交付軟件創新

    向敏捷、DevOps等領域的頂尖思想家學習最新的知識。課程現已按需提供。

    看現在
    特色
    得到Tricentis認證

    開始你的學習之旅。

    查看課程
    特色
    您的轉換工具包

    使用我們的轉換工具包推進您的企業測試策略。

    了解更多
    圖像

    指導和見解

    測試的潛在潛力:軟件質量的優先級如何加速DevOps的轉變

    我們都知道這個故事:DevOps正迅速成為軟件開發團隊的首選方法(2017年,這一數字達到74%),它使那些采用它的人能夠更快、更頻繁地發布新軟件(麥肯錫發現,它可以幫助團隊將從代碼到生產的時間縮短多達74天).隨著首席信息官麵臨越來越大的壓力,減少上市時間,DevOps帶來的效率變得非常有價值(IDC預測,2018年,首席信息官們將使用DevOps將敏捷性提升到一個新的水平).

    在DevOps的故事中,QA活動的位置也是經常被問到的問題.這是有意義的——測試通常被視為一個瓶頸,那麼反過來怎麼可能呢?事實上,這仍然是許多組織的心態,這為那些願意從不同角度看問題的人提供了一個重要的機會。

    測試就是評估發布準備情況。如果測試發生得早且頻繁,那麼這種反饋就始終可用,這意味著當發現問題時,可以快速地解決它們。在這種情況下,測試對於實現DevOps規定的發布頻率是一個很大的好處。換句話說,優先考慮軟件質量可以幫助組織更快地將更好的產品交到客戶手中。對於許多成功的DevOps組織來說,挖掘測試的潛力提供了競爭對手所忽視的優勢。

    在DevOps中測試的五大挑戰

    如果挖掘測試的潛在潛力並實現DevOps轉型是件容易的事,難道每個人都不會這麼做嗎?事實是,在以真正的DevOps方式運作之前,團隊必須清除一些障礙.最常見的挑戰包括:

    1. 缺乏測試自動化覆蓋:許多測試團隊仍然主要是手工團隊。加速測試的最快方法之一是將重複的、手動的測試任務自動化。但是這並不像獲得和掌握一套新的測試自動化工具那麼簡單。製定可衡量的目標,並製定計劃將現有的手動測試轉換為新的自動化範例是至關重要的。正確地進行這種轉變意味著手動測試也必須聚焦於戰略性的、高價值的領域。這既是一種新的思維方式,也是一種新的工具集。
    2. 缺乏可見性:隨著測試自動化水平的提高,測試團隊經常會失去監督和可見性,因為測試管理和報告在每一個執行的工具中都是孤立的。如果沒有對所有測試運行和結果的整體視圖,就很難快速地評估發布準備情況,或者確保發現的任何問題都得到了適當的優先級。預先建立文檔和報告的方法是有幫助的,但是跨開源測試自動化工具集中管理、編製和報告的工具是更好的。
    3. 有限的可追溯性:在團隊向DevOps過渡的過程中,可追溯性可能會丟失。需求不斷發展,代碼經常變化,測試也經常發生,而且經常是不一致的。克服這一挑戰的一種方法是使用正在開發的代碼進行版本測試,這樣每個人都可以看到測試是如何隨著代碼變化而變化的。但是在DevOps環境中確保可追溯性的最好方法是跨團隊和工具的協作、透明和鏈接。測試必須與需求、用戶描述和問題一起評估,以充分評估發布準備情況。
    4. 不可靠的:不能維持單一真相來源的:當涉及到測試時,無論您遵循什麼方法,您都需要一個單一的真相來源來存儲和共享測試用例,評估進展並消除數據重複。一個成功的DevOps版本所涉及的節奏、玩家數量和工具種類都使這一需求變得複雜。預先集中測試以實施標準化,並使團隊在需求上協作,評估缺陷並了解發布準備情況。
    5. 將價值與管道綁定的困難:最後,許多團隊麵臨著將業務價值與管道中的內容聯係起來的挑戰。但是能夠清晰地表達出價值對於獲得認可是很重要的,當團隊做好了這一點,他們通常會走得更快。解決這個問題可以歸結為將所謂的“敏捷上遊”活動(包括Scrum、看板、每日站立和待辦事項計劃)與“敏捷下遊”活動(包括持續集成、部署和自動化環境配置)進行配對。如果沒有這兩方的協同工作,一個團隊就可以超越另一個團隊。如果做對了,就會創建一個由反饋循環驅動的無縫流程,使團隊能夠更快地移動並更容易地展示價值。

    保持質量文化

    一旦你克服了上麵列出的五個挑戰,你就可以很好地為DevOps優化測試實踐了。但工作還不止於此。測試和技術領導者必須在整個組織的定期基礎上繼續強調質量的重要性。做到這一點的最佳方法之一是與團隊的進展進行溝通,分享成功,並成為組織中其他團隊的資源。建立和維護支持可以幫助確保對測試的持續投資。

    為了有效地建立一種認識到質量重要性的文化,領導應該定期與業務和產品團隊一起支持測試工作。如果這些涉眾不理解目標、他們在其中的角色以及達到目標所需要的東西,測試人員可能會以大量的工作而結束,他們隻能專注於交付,很少有時間用於更大的關於質量的對話。這些團隊需要理解,雖然投入更多的時間在質量上可能會暫時減少花在產品開發上的時間,但它將增強整體產品並增加客戶滿意度。這是每個人都想要的。考慮到這些好處,這並不奇怪在2017-18年世界質量報告的調查中,30%的高管優先考慮在軟件開發生命周期中盡早注入測試。

    讓開發人員參與進來是下一個最大的挑戰,這需要關注他們的痛點,並強調這對他們有什麼好處。對於開發人員來說,這通常與周末和深夜工作較少有關。從度量周期時間開始,這可以幫助您度量當發現缺陷時切換的數量和來回花費的時間。然後您可以分享通過預先發現缺陷可以減少多少測試人員的時間。

    兩家公司是如何挖掘測試的潛在潛力的

    那麼,所有這些具體是如何運作的呢?考慮嘉德人壽保險個案這家擁有158年曆史的美國保險和財富管理公司大約在五年前開始進行一些重大變革數字化業務.業務部門認識到測試對於這些工作的成功至關重要,並投資於一個現代化的測試管理平台,這樣測試就可以集成到敏捷過程中,質量也可以提高。在數百個項目中實施敏捷測試管理之後,Guardian顯著提高了測試覆蓋率,並將測試周期縮短了一半。

    Guardian並不是唯一這樣做的人。在現代化測試和擴展測試自動化之後,EdgeVerve的測試速度提高了60%這使得生產不良率降低了一半。

    繼續閱讀

    請登記進入
    Baidu
    map