特色
    按需觀看Tricentis虛擬峰會

    這個完全在線和免費參加的會議是傳遞創新信心的關鍵。

    看現在
    特色
    獲得Tricentis認證

    開始你的學習之旅。

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

    使用我們的轉換工具包來提高您的企業測試策略。

    了解更多

    雨林聯盟

    在雨林聯盟進行低代碼開發的無代碼測試
    400 +
    2年內使用自動化檢測出嚴重缺陷
    90%
    業務風險範圍
    80%
    減少回歸測試時間(2周至2天)
    圖像

    概述

    雨林聯盟(2018年與UTZ合並)是一個活躍在70多個國家的國際非營利組織,在貿易、農業和自然的交叉領域開展業務。他們的目標是讓負責任的企業成為新的規範。有幾個核心應用程序對於為他們的認證計劃收集數據至關重要。每種作物甚至每個國家的認證標準都不同,以便盡可能與每種特定情況相關。例如,巴西的咖啡農民和加納的可可農民在不同的點上被檢查。這些標準被轉換為複雜軟件係統中的許多特定業務規則,必須對這些規則進行廣泛的測試。

    對於他們的遺留係統,it實現組織所要求的更改具有挑戰性。此外,由於沒有適當的自動化測試,需要對任何更改進行手動測試,以確保在發布之前係統和數據的最高質量。手冊回歸測試通常需要至少兩周的時間來測試核心係統的所有功能,並且很容易出現人為錯誤。為了按需對代碼進行業務檢查,以實時推動最簡單的更改,雨林聯盟必須手動運行完整的測試回歸套件。

    雨林聯盟的商業領袖們決定,最好的前進道路是用低代碼的方法來改造他們的係統,同時用無代碼的方法來改造他們的測試。

    挑戰

    • 遺留係統更新和測試困難且耗時
    • 不斷發展的標準和法規要求係統更頻繁地更新
    • 手動測試更改至少需要兩周的時間
    • 手工測試沒有提供所需的嚴密性和精確性
    • 測試主要集中在UI級別,這導致了延遲和限製

    解決方案

    雨林聯盟帶來了Valori幫助他們構建和測試下一代係統,以運行他們的認證和可追溯平台。Valori是一家領先的荷蘭QA和測試集團,也是Tricentis的重要合作夥伴,被選擇是因為他們在OutSystems的低代碼開發方麵的專業知識,以及在Tricentis Tosca的幫助下提高發布質量的聲譽。

    為了配合低代碼開發工作,Valori和雨林聯盟選擇了Tricentis Tosca來推動他們的測試自動化工作。Tosca的無代碼結構補充了OutSystems的低代碼開發:兩者都使業務和技術用戶能夠密切協作,並快速迭代以適應不斷變化的業務需求。

    “您選擇低代碼進行開發的原因通常與我們建議使用無代碼自動化工具的原因相同。Valori的Outsystems測試工程師和測試教練Brian Van Den Brink說。測試現在是雨林聯盟開發思想的核心部分。業務分析師、開發人員和測試自動化工程師並肩工作,以確保從第一個代碼單元開始的質量。定期召開會議,以確保開發人員編寫的代碼將完全滿足用戶需求和業務分析師編寫的需求。測試專家參與確保自動化測試中包含了不可預見的問題,並在開發人員實現過程中予以考慮。這個過程——利用Tosca的業務驅動開發——在開發和測試過程中創建了對期望的更好理解和更有效的反饋循環。

    結果

    • 下一代係統使用低代碼OutSystems平台構建,並通過無代碼自動化進行測試
    • 回歸測試時間縮短了80%,從兩周減少到兩天
    • 按需回歸單個係統現在可能在不到一個小時
    • 在兩年多的回歸測試中發現了400多個關鍵缺陷
    • 通過測試,從業務分析師到開發人員的期望有了更大的一致性
    • 團隊充滿信心地釋放

    “在我們部署之前進行這種穩定性檢查,對組織來說是一個重大的效率提升。”

    ——Madhu Iyer,雨林聯盟信息技術總監

    熱帶雨林聯盟的DevOps工程師Patrick van Alphen補充道:“發布時間也因此大大改善了。“自動化而不是人工測試是我們在雨林聯盟中采用的DevOps原則之一。使用Tosca可以實現這種自動化。Valori幫助我們實現了Tosca和他們的具體解決方案OutSystems測試使我們大大加快了發布時間。基於這些經驗,我們計劃將這一做法推廣到雨林聯盟的其他平台,以確保我們能夠提供穩定和可靠的服務。”

    4名Tosca自動化工程師支持來自5個scrum團隊的20名開發人員的工作。在每天發布到測試環境之前,開發人員在單元級別運行自動化測試。每個版本的自動化單元、組件、API和UI回歸測試現在可以在史詩級甚至用戶故事級執行。最小的回歸運行現在大約需要10分鍾;根據應用程序的大小,測試整個應用程序需要1到4個小時。這為多次運行或抽查代碼更新提供了時間。所有係統的完全回歸曾經需要兩周的時間,現在不到兩天就可以完成。

    由於他們的測試方法,高速質量現在是可持續的。在最初的兩年裏,在最初的回歸階段的早期發現了400多個關鍵缺陷,允許來自開發的更快響應,並防止問題到達發布管道。雨林聯盟利用基於風險的測試,以確保他們首先測試最關鍵的功能,並在所有係統上實現90%的業務風險覆蓋率。

    Baidu
    map