圖片

    連續測試

    6個有關世界頂級組織如何測試其軟件的數據點

    Tricentis剛剛發布了第一個世界頂級組織如何測試報告,分析行業領導者如何測試其業務(和世界)所依賴的軟件。在這份首先的報告中,Tricentis采訪了一百個財富500強(或全球同等)組織和整個美洲,歐洲和亞太地區的主要政府機構的質量領導人。

    盡管不乏報道全麵的軟件測試趨勢是在組織層麵的測試狀態(尤其是“家喻戶曉”品牌)曆史上是黑匣子。一方麵,大型組織通常可以訪問遠遠超出較小企業的資源(例如,商業和開源軟件,訪問顧問和服務等)。但另一方麵,他們麵臨著艱巨的挑戰,例如:

    • 複雜的應用程序堆棧平均涉及900個應用程序。單交易平均觸及了82種不同的技術,從大型機和舊式自定義應用程序到微服務和雲本地應用程序。
    • 為瀑布遞送節奏和外包測試而設計的根深蒂固的手動測試過程 - 不是敏捷,DevOps,也是朝著“連續一切”的動力。
    • 對極端可靠性的需求。根據IDC,在企業環境中的停機時間為50萬美元至100萬美元。在許多行業中,“快速移動並破壞事物”不是一個選擇。

    這些壓力如何“地麵”影響質量過程?以下6個數據點闡明了企業質量領導者如何應對與測試案例設計,自動化,測量和報告有關的核心挑戰。

    您如何確定在哪裏應用測試自動化?

    通常不可行(甚至是理想)可以使每個測試場景自動化。組織如何確定從哪裏開始以及關注什麼?常見方法包括:

    • 商業衝擊:優先考慮對業務最重要的應用程序。
    • 努力節省:優先考慮消耗最多的測試資源。
    • 更新的頻率:優先考慮最頻繁發布的應用程序。
    • 技術可行性:優先考慮可用工具,人員和流程最簡單的自動化功能。
    • 應用成熟度:優先考慮更穩定的應用程序與仍在顯著發展的應用程序。

    您如何處理測試設計和創建?

    設計正確的測試對於盡可能高效地實現最大影響很重要。它還有助於調試和減輕測試維護的負擔。常見的測試設計方法包括:

    • 通過直覺:測試人員依靠自己的直覺和經驗。他們利用對應用程序和業務流程的理解來創建一個涵蓋“快樂路徑”,負麵路徑和邊緣案例的綜合測試套件。
    • 由開發人員或產品所有者提供:定義要求的開發人員或產品所有者告訴測試團隊要測試的功能……甚至可以定義步驟。
    • 有條理的方法:測試人員使用行業標準的測試案例設計方法(例如成對,正交或線性擴展)來確保高需求覆蓋範圍。

    您如何測量測試套件覆蓋範圍?

    測試覆蓋範圍通常用於確定何時完成“足夠”測試。測量覆蓋範圍的方法差異很大,並且使用不同的測量結果可以產生截然不同的置信度。測試覆蓋範圍通常由以下方式測量:

    • 要求覆蓋範圍:測試與要求相關,所有要求均得到平等處理。覆蓋一半的要求將產生50%的要求覆蓋範圍,無論這些要求都是關鍵的或微不足道的。
    • 業務風險覆蓋範圍:要求根據其代表的業務風險加權,然後根據其實現的風險覆蓋來測量測試。您可以通過僅測試您的需求的15%或最終測試您的需求的90%,但僅實現50%的業務風險覆蓋範圍,從而實現了75%的業務風險覆蓋範圍。
    • 測試用例數:一些團隊基於創建一定數量的測試而受到激勵。專注於數量與質量可能會導致冗餘測試和難以維護的測試套件。

    您跟蹤和報告以下哪些關於測試業務影響的指標?

    組織傾向於根據所謂的質量,成本和速度的鐵三角衡量業務影響。在測試方麵,他們跟蹤和報告:

    • 阻止了缺陷:測試優化如何在發布前暴露更多問題。
    • 節約成本:測試優化如何釋放可以分配給其他任務的資源 +在發布之前從暴露問題中避免成本。
    • 市場速度:測試優化如何使團隊自信地更快地發布。

    您需要多長時間生成所需的質量報告?

    這個問題評估了質量保證領導者需要多長時間才能生成所需的報告,以了解其應用的健康和質量。這不一定是任何給定工具的輸出,並且通常需要一些手動努力將多個工具的結果相關聯。

    您在團隊中有什麼質量檢查角色(或可以支持您的團隊)?

    在最成熟的組織中看到的關鍵測試角色包括:

    • 自動化專家,誰根據團隊設定的測試策略自動測試。
    • 手動測試人員,誰創建,維護和執行手動測試,包括探索性測試。
    • 測試分析師,誰確保創建適當的測試用例並確定應涵蓋的其他差距。
    • 自動化工程師,通常,他們通過構建框架或擴展工具來簡化自動化工作。
    • 測試建築師,誰了解整體測試策略,並負責確保團隊遵循圍繞工具和流程的最佳實踐。

    ***

    下一個分析世界頂級組織如何測試:金融,銀行和保險的最高趨勢。

    Baidu
    map