Torsten Welp是mobililiar的軟件質量架構師，他詳細描述了瑞士保險組織的全部敏捷實踐對於交付高質量軟件是如何至關重要的。Torsten解釋了Mobiliar如何結合微服務和雲來獲得更大的靈活性和可擴展性，並強調了將數字化轉型嵌入公司文化的重要性。了解定期客戶反饋和持續測試框架如何幫助形成戰略。為了清晰和簡潔，下麵的文字記錄經過了輕微編輯。
播客轉錄
第1部分
艾瑪:聽眾們好，我是主持人艾瑪。今天我們熱烈歡迎Torsten Welp, Mobiliar的軟件質量架構師，我們的Tricentis客戶之一。Torsten是擴展DevOps和其他各種事情的專家。
這是我們的保險測試創新係列的第一集，我將在其中與領導測試客戶可以依賴的複雜保險軟件的領導者交談。
今天，我們關注的是瑞士移動保險公司，瑞士最古老的私人保險公司。你們以完全數字化的能力滿足了數千名客戶的所有保險需求，因此你們的軟件要求非常高，這是可以理解的。托斯頓，你和我們合作多年了，之前還在維薩卡信用卡服務公司工作，所以你已經習慣了在高度監管的行業裏工作。
在mobililiar，你完全是敏捷工作，我知道你經曆了這種轉變，以便更好地與客戶需求保持一致。這種轉變對您的軟件質量有何影響?
Torsten:通過數字化轉換，我們決定實現一個敏捷開發組織。這意味著我們與功能團隊、發布訓練和解決方案訓練一起工作;我們不再有任何項目，或者固定的裏程碑。自動地，我們切換到左移和DevOps，這意味著所有學科在一個特性團隊中開發和操作軟件。這意味著嵌入式測試人員與軟件開發人員和產品所有者密切合作。
由於名為微服務的軟件單元的發布時間較短，質量保證更多是由技術驅動的。我們每天向生產部門發布軟件30次。但技術驅動也有一些缺點，因為它不僅僅是檢查技術組件的質量或其與應用程序和規模的集成。
“你不可能把所有事情都自動化，也不可能相信通過監控應用程序數量就能證明在任何給定時刻性能都很高;舉個例子，滿分10分，得了9.5分。我們的經驗是，人類也是需要的。我們在所有的開發活動中都需要客戶的觀點。”
Torsten:例如，我們正在使用功能切換，這使我們能夠在生產運行時啟用或禁用功能，以便您對應用程序的使用有兩種不同的視圖。我們也有一些特殊的用戶群體在嚐試這個新功能，並給我們直接反饋:它是否可行，缺少什麼。這種快速反饋周期的思想是從技術的角度來看，它提供了更好的軟件。另一個例子是客戶調查。我們定期向客戶詢問反饋，例如，應用程序的性能是否達到了當前的運行速度。
艾瑪:很明顯你是如此的以客戶為導向，尤其是在DevOps敏捷環境中，你以驚人的速度每天發布30次。事實上，你還考慮到了用戶體驗，他們的意見，這是非常棒的。
你提到你有更快的發行周期，你說這並非沒有困難。我猜如果您讓客戶測試這些不同的環境，您也會看到生產錯誤的減少?
Torsten:是的,這是正確的。一個有趣的反饋是，我們有時速度太快了。過快意味著太多的變化，用戶需要意識到它們並學習它們，他們還需要一些穩定性。你不能太頻繁地更改它，這就是來自客戶的反饋。
艾瑪:我想這是一個很好的困境，因為我們經常聽到在我們的行業中，你想要快速實現質量。顯然，您正在以非常高的速度實現質量，但您希望考慮到用戶體驗，以便他們熟悉並真正投入到軟件中。
Torsten:完全正確。
艾瑪:我們一直在不同組織的許多不同方麵進行工作，而讓我們非常興奮的一件事是，您一直與我們密切合作，以實現我們的連續測試框架．
到目前為止，Tricentis持續測試框架是如何幫助塑造你們在Mobiliar的測試實踐的?
Torsten:如前所述，我們每天都在進行持續部署和持續發布。這種釋放;我們稱之為敏捷按需發布。
“所有的熱門話題——比如向左移動、DevSecOps、持續發布、可觀察性——都是由mobilar建立的。為了指出這個速度，當我們構建新軟件時，我們的期望是在一小時內得到測試結果。不管它是進步還是倒退，都必須快速進行測試。因此，在構建軟件之前，您已經自動化了測試。這就是明顯的測試驅動開發．”
Torsten:我們對軟件質量團隊的挑戰是什麼?功能團隊之外的所有東西都很複雜，因為我們有複雜的業務流程和這些軟件單元的集成。在係統集成和端到端測試中有時會出現錯誤。缺陷泄漏是我們知道的一個主題。
2019年，在維也納的Accelerate大會上，我們看到了Jori Ramakers關於持續測試框架的演示。在那裏，我們發現我們的組織中有大約60%的框架，而對於另外40%，我們得到了一些如何在企業級管理測試的非常好的建議。這就是我們在這方麵的弱點。主題包括測試工具集成、重用測試工件、企業測試架構師的角色，以及擁有額外係統測試團隊的可能性。
艾瑪:太好了。聽起來你似乎已經獲得了許多關於這方麵的見解，然後你將這些見解用於Mobiliar的持續測試CI/CD管道中。知道這個種子早在2019年就在Accelerate上種下了，真是太棒了。你申請的60%都來自這個框架;這是驚人的，特別是當你談論你所看到的結果時，比如一個小時內的測試結果。我喜歡這種按需發布的敏捷;你的敏捷度真的很高。
第1部分結尾部分
艾瑪:Torsten並不避諱擁抱敏捷的全部意義，並應用整個框架，在公開談論敏捷的好處和挑戰時，可以從他那裏學到很多東西!mobilar根據需求發布軟件，每天30次投入生產，通過快速和智能的測試，並將DevOps原則嵌入到測試生命周期中，來保持速度。有時發布太快的客戶反饋提醒我們，速度不應該是獨立的焦點。
看看如何Tricentis連續測試框架可以幫助您成功地導航敏捷測試周期。
第2部分
艾瑪:一些其他的東西會成為敏捷的養分;你們所有的服務都是基於微服務，所以你們的雲之旅非常成熟。
我很想聽聽使用微服務的好處。
Torsten:首先，我要解釋一下什麼是微服務。微服務是整個應用程序中的小軟件單元;這就是為什麼它們是微服務。它們可以獨立於其他單元進行開發和發布，因此在部署時必須對它們進行升級和降級，以便它們仍然獨立於其他版本工作。
“微服務的一個好處是，功能團隊可以獨立於其他功能團隊開發它們。在敏捷開發過程中，您可以獲得更快的速度，因為交流減少了。你不需要製定任何發布計劃，也不需要發布管理;你真的可以按需發布這個敏捷版本。按需部署意味著我想在10分鍾內部署，所以我在10分鍾內部署，因為我準備好了。”
Torsten:另一個優點是，當您在生產環境中部署微服務時，如果有未檢測到的錯誤，則根本原因分析會簡單得多，因為您更改的是中央生產環境而不是整體應用程序。因此，識別這個錯誤要容易得多，因為通常情況下，您知道更改了什麼，並且會在此區域進行監視。
此外，當您監視微服務時，如果發現某些東西很慢，那麼您就可以知道該領域中什麼東西很慢。使用monolith，您不知道該區域中monolith的哪個部分沒有正確工作。微服務獨立於雲或on-prem;你也可以直接使用它們，但在與雲結合時，我們使用的是軟件即服務(SaaS)模式。軟件即服務意味著你不再有任何基礎設施，你采用這個微服務，然後這個基礎設施就是代碼。你可以定義微服務使用的RAM磁盤空間和cpu，你不需要設置Linux機器或Windows機器;這一切都消失了。因此，您可以為IT應用程序獲得更大的靈活性和可伸縮性。
艾瑪:是的，從整體應用程序到微服務的轉變將提高可伸縮性，而且聽到您可以更好地隔離bug和錯誤，從而產生更有彈性的應用程序，這真的很好。最後，這對你的團隊來說是一種授權，因為他們不需要依賴其他團隊來保持快速的發布周期和跟上創新的速度。
很明顯，您處於創新和敏捷的邊緣。我相信有很多事情可以考慮，但是當然，作為敏捷人員，你並不總是知道幾個月後會發生什麼。
我我很想知道你們現在和2022年的計劃。我知道您測試SAP應用程序，這是一個相對較新的項目，所以我想這可能是議事日程上的重要內容吧?
Torsten:首先，它是SAP應用程序，我們真正使用Tosca的測試自動化;這是一個很好的挑戰，就像我提到的，端到端測試。
“目的之一是金融應用;當然SAP。當這些單元使用相同的自動化工具時，結合端到端測試就容易得多了。當工具不同時，在這個領域就不那麼容易了。我們必須了解端到端測試是如何與該領域的應用程序一起工作的。然後我們將使用持續測試框架來實現這些規則，這總是需要時間的。”
Torsten:另一件事(在我們的議程上)是更好的測試計劃工具集成，將可觀察性數據與測試自動化相結合。可觀察性是指在生產環境中對軟件進行監視，並且如何在生產環境中使用應用程序對於測試計劃和一小時內的測試範圍非常重要，因為您有一小時的時間來交付測試結果。
艾瑪:聽起來好像您已經覆蓋了從構建應用程序的框架到測試框架的很多基礎，正如您所說的，使用Tosca for SAP的測試自動化。一旦它進入生產環境，就要密切監視它，以查看它是否達到了速度並滿足了最初的需求。
用10個字或更少的話，你會給那些致力於數字轉型的人什麼建議，尤其是在像保險這樣的監管領域?
Torsten:有很多事情。數字化轉型改變了公司文化。要有耐心，建立積極的學習心態和工作文化;這是我的建議。
艾瑪:輝煌。當與戴爾高級工程總監Adam Arakelian交談時，他分享了他的DevOps思維也與此相關。他將其視為一種哲學，而不僅僅是將敏捷DevOps作為一種工具。為了工作，它必須被接受並嵌入到文化中，所以很高興聽到你們有非常相似的觀點。
如果您可以揮舞一根魔棒，您會改變當今應用程序開發世界的哪些方麵?
Torsten:我有話要對專題小組說。有時候我覺得左移太左了，太獨立了。功能團隊，要意識到網絡是必須的，而不僅僅是獨立工作。
艾瑪:是的。向左移動，但不要太左，以至於你不和任何人說話;你必須找到這種平衡。
第2部分結尾部分
Torsten在mobilar熟練地闡明了DevOps的生命周期，他在微服務的101中闡述了它們如何能夠按需發布。在努力獲得更多並不斷適應行業需求的過程中，Torsten認識到，掌握SAP應用程序的端到端測試對他們的成功至關重要，同時提高應用程序的可觀察性，為他們的測試提供信息。
一個重要的收獲是:當向左移動時，不要移動得太左，否則你會掉下交流的懸崖!
檢查最新的播客集從像托斯滕這樣的思想領袖那裏獲得更多見解。