為了清晰和簡潔，本文本經過了輕微編輯。

艾瑪:你好,聽眾。我身邊的兩位董事總經理來自我們的兩家Tricentis合作公司;Sixsentix的Roland Strahlhofer和Automators的Amin Chirazi。這會很有趣，因為你們倆都認識對方，都在維也納工作，也在同一棟辦公樓裏。

在本集中，我們將重點介紹我們在維也納的兩個合作夥伴，他們與我們合作，幫助世界各地的企業卓越地自動化他們的軟件交付。

Sixsentix是一家領先的軟件測試服務、可視化分析和DevOps報告提供商，而Automators是一家領先的自動化持續測試和關鍵係統和流程谘詢公司。當然，在您提供的解決方案中有許多重疊之處，例如成熟度評估、SAP測試，以及在您服務的行業中也有許多重疊之處，如銀行和保險，僅舉兩個例子。

到目前為止，到2022年，您為您的客戶在測試方麵看到了哪些最大的創新?

羅蘭:我會說，我總是稱它為QA工程師或測試人員的外骨骼。我喜歡稱他們為QA工程師，因為我認為這不僅僅是測試，而外骨骼，因為當你看測試和QA時，它變得越來越，比如說，越來越大，it項目的複雜性變得越來越複雜，越來越難以解決。因此，測試變得越來越有問題，你需要做更多的事情，你要做很多事情。有了外骨骼，當你想舉起什麼東西的時候，就更容易了。因此，外骨骼也是一個正確的東西，它真正進入整個事情，使它變得非常容易，還有很多東西，主要是基於人工智能的東西。例如，在Tricentis你有LiveCompare就是這個方向。

我們在開發領域也有一個叫做iTest的產品。我認為這兩種產品在原理上是一樣的。他們真的在努力讓測試人員和質量工程師的生活更輕鬆。

“當你更換汽車上的某些東西，例如前燈時，你不需要在更換前燈時測試排氣係統。你可能會測試空氣動力學或電氣，但你不會測試排氣。當然，有時你會測試整輛車，但大多數時候你隻測試真正有趣的部分。我們用LiveCompare為SAP做同樣的事情，舉例來說，我們用Java實現為iTest做同樣的事情。”

羅蘭:下一點是在一天結束的時候，你會有很多假陽性的問題那是因為你測試太多了你不知道要測試什麼以及係統是否在那裏。

首先，我們之前所做的，我們已經看到我們隻測試我們真正想要知道的改變某些東西的東西。第二點是檢查是否所有的係統都在那裏。如果我們把所有的東西都設置好了，我們就有了所謂的測試用例的DNA。

所以，如果我們在測試用例中檢查很多變量，有了那個，我們知道測試用例是否有自動化的意義。因為這就像基於風險的測試，但是更高級一些。這就是我們在這個地區看到的主要情況。

艾瑪:輝煌!是的。我喜歡這一點，當你有了整個係統，無論是一輛車，一個複雜的it領域，還是各種各樣的應用程序，你想測試什麼是關鍵的。而且，隨著越來越多的數據的出現，更多的AI也應運而生，我們如何才能更聰明地使用這些數據，通過更多的創新來更好地幫助我們的測試人員解放他們的時間，讓他們能夠專注於其他關鍵業務領域。謝謝你！這是一個很好的總結。

阿明，到目前為止，你在測試方麵看到了哪些創新?

談到今年，我看到今年更像是一種思維方式的創新。

“我認為很多企業和公司都更加意識到，數據管道以及AI或機器學習應用程序需要像測試其他軟件應用程序一樣進行測試。這對我來說是最有趣的事情，因為你會看到企業組成中心團隊，測試團隊，用他們的數據項目為組織中不同的團隊服務，並嚐試引入測試策略或方法，這真的有助於他們像對待其他軟件應用程序一樣，將這些項目視為專業項目。”

艾瑪:當你提到心態時，這很有趣。我查了一下，有個短語，情感AI，情感驅動的AI解決方案，這顯然是在解讀數據並將其納入管道中變得越來越智能的東西。你們倆都意識到了這一點，這很好。

我和戴爾公司的Adam Arakelian在播客上說最近他將aiop和他的團隊結合在一起，比如聊天機器人;這方麵的自動化服務。所以，你有了這些麵向客戶的服務，然後你有了AI工具來查看哪些東西需要測試。所以，我們看到的是跨越了不同的接觸點。

阿明:也許隻是為了讓它更精確，我的意思是，我的意思是，當然，有很多人工智能進入測試，對吧?你試著用人工智能更好地識別東西，但即使在這些企業中，你也有很多機器學習應用程序，無論你需要什麼項目或出於什麼原因，你都需要它，這也需要測試。這是關鍵的一點。

艾瑪:有你。所以，它涉及到所有的應用，而不僅僅是那些專門測試的應用。

如果你們都能分享一個具體的例子，也許你在哪裏看到過人工智能測試，一個需要測試的人工智能驅動的應用程序，或者客戶在最近幾個月在哪裏達到甚至超過了他們的目標?

阿明:當然。我的意思是，測試中的機器學習，我看到越來越多，還有Roland提到的，試圖找出哪些測試是相關的，哪些應該首先自動化。我認為目前在測試中發生的最大轉變實際上是自動化測試並不新鮮，對吧?

“自動化測試已經有很多年了，甚至在測試自動化中還有遺留的技術，需要更新到更新的測試自動化技術。我認為這是非常關鍵的一點，因為即使是Tricentis，正如你可能意識到的那樣，Tricentis的經典模塊，他們的遺留引擎很快將不再被支持。自動化大量測試用例的客戶，我們有一個擁有數千個測試用例的客戶，他們需要思考如何使他們的測試自動化堆棧現代化。”

阿明:我們正在研究這個問題，我們估計大約500天的時間來更新他們的測試自動化技術棧，讓所有東西在新的棧中重新運行。在這裏，我們發現了一些創新的方法來實現這種遷移的自動化。

因此，我們和一個客戶一起構建了一個Tosca模塊遷移器，它實際上幫助他們在20到50天內完成，而我們估計需要500天。我們的第一個想法是，‘好吧，讓我們在一個勞動力成本可能更低的地方做這件事，比如在一個成本更低的地方投資500多天。“這是你想到的第一件事，對吧?”

但是再想想，實際上這可能是你想要研究自動化的東西這裏我們肯定和客戶一起，我們對結果真的很驚訝。它的好處是你可以為所有人重複使用它。

我認為許多客戶都經曆了從經典模塊到TBox模塊的遷移過程，我們現在實際上也在與Tricentis合作，為許多不同的客戶這樣做。

艾瑪:太棒了!從500天到50天的驚人結果。特別是與這麼多遺留係統一起工作。

Roland，你的哪些客戶打破了他們的測試目標，他們是如何做到的?

羅蘭:當我在思考如何回答這個問題時，我想到了我們在SAP領域的一個客戶，因為我們非常關注這一部分。

就像阿明之前說的，在一個我們已經用了10多年的方式進行測試的地方工作總是很有趣的，實際上，這是有點新。因此，SAP以一種非常不同的方式進行測試，不像我們在DevOps世界中所習慣的那樣向前發展。實際上，那是一家大型領先的製造公司;我們不會透露客戶的名字。

我們剛剛完成了一個SAP項目，他們與另一個客戶交談，客戶說，‘哦，因為你做了測試，所以這個項目現在更便宜了嗎?’實際上，他們說，‘不，它甚至更貴一點。’

回想起來，我有點尷尬，但實際上，他們更進一步說，‘是的。但總的來說，這是我們在按時和預算內完成的第一個SAP項目。當我們看到整個預算，以及我們現在麵臨的維護費用時，我們比以前便宜了很多。”Because it is like these airports that start off, which costs like a billion euros, and then you’re at 10 or 50 billion euros—in Germany you see that, we just saw it in Berlin—and it’s the same with a lot of SAP projects and IT projects in general, that you have an idea of how much it will cost. Especially when we’re doing testing, we’re not only doing the automation at the end, we’re also reviewing the requirements in the beginning. And with this review of the requirements, we’re already doing a lot there, and therefore the testers or the developers know exactly what they need to develop.

“我們正在清理需求和開發之間的大量不良溝通，因為我們需要問這些問題。我們在問這個問題:這個東西到底在做什麼?這確實解決了很多問題。然後，當然，我們進行自動化這是我們可以在整個過程中對Tricentis Tosca進行的，因此，進行整個過程，並真正向左平移是很有意義的。”

羅蘭:但我們多年來一直在告訴人們，你多年來也一直在告訴人們，但當你去一個新的領域時，他們現在還不知道。

所以，我們真的需要往回看一點。當然，有些公司已經這樣做了一段時間，但大多數公司沒有。

艾瑪:是的,沒錯。當我們生活在自動化的世界裏，這是一個泡沫，實際上很多人仍然在用手工電子表格手動測試，例如，我們有很多中後期的軟件采用者。

當你考慮速度、質量和成本的三位一體時，這是關於投資回報的一個很好的觀點。這將花費您更多的錢，但確切地說，您將更快地進行部署，您將更早地捕獲錯誤，從而從長遠來看節省時間。

羅蘭:事實上，我和另一個顧客也吃過。這個人當時是項目經理，現在是首席信息官。

他的項目進展順利。與Tricentis Tosca合作，我們一直與客戶的大型項目合作。對於客戶、員工和客戶來說，這也是他們公司發展的機會，因為如果這些項目失敗了，他們的公司通常也會出現大問題。這是我們和軟件一起做的事情，我們向他們保證軟件是正確的，這個項目是一個巨大的成功。

艾瑪:輝煌!你在那裏所做的，已經超出了係統的範圍。當你在規劃DevOps時，這是一種文化的改變。

這位紳士顯然成為了變革的推動者並且在這方麵取得了成功。這是一個很棒的故事。

你們兩個經常在受監管的行業工作。你是如何幫助自己對抗那些監管的?這些類型是否給你帶來了有趣的挑戰?

阿明:實際上，這些規定是痛苦的。銀行業有監管，製藥業也有更嚴格的監管。剛開始的時候，當我進入製藥行業的頭幾年，對我來說真的很痛苦，因為這些法規，他們不得不這樣工作。

而要成為變革的推動者就更難了。你真的需要有很強的個性，能夠挑戰負責監管的人，因為並不是每條規則都是最新的。有些事情你可以換一種方式來做，但人們會保護這些規則。

“我認為這需要勇敢的人，需要知識豐富的人來真正提高受監管行業的速度。你真正想要的是可靠性，隻是更快。你需要在同樣的可靠性下跑得更快，你需要堅持所有的規則。”

艾瑪:就像你說的，需要很強的韌性和厚臉皮。你必須與許多企業主交談，或者與許多過時的流程交談，這些流程甚至都不是最新的。所以，當你對這些東西提出質疑時，這絕不是一件容易的事。

羅蘭，你從你的客戶身上看到了哪些受監管行業的情況?

羅蘭:我想做一點對比。

“對我來說，當我從公司的角度而不是從技術的角度來看這個問題時，對客戶和我們來說，合作是非常有益的，因為如果有很多規定，他們需要有證據證明他們符合這些規定。有了這個證明，我們就可以給他們一些東西來研究，從長遠來看，讓他們更容易。”

羅蘭:我完全同意阿明的觀點。這很難做到，因為法規沒有給你太多的自由，加上這些緊身衣，很難真正執行。但就像我有時對我的人說的，‘如果事情會更簡單，他們為什麼還需要我們?”

阿明:我想舉一個我遇到困難的例子。這是一家製藥公司，他們想以適當的方式實現測試自動化。因此，我們幫助了他們，但他們有一個適當的協議，該協議說您需要為每個測試用例手工簽署每個測試執行。所以，那個測試用例是自動化的，那個測試用例已經被評審過了，它已經被批準了，但這還不夠好。每次執行後，您都需要將其打印出來，或者獲取PDF文件，檢查它並簽名。

現在把它和我們所做的進行比較。也許我們想在晚上運行1000個測試用例。所以，你有一個人在早上，瀏覽1000個PDF文檔。這是一項規定，我認為它應該受到質疑，如果這是他們想要的做事方式;當今世界真的需要它嗎?

你會非常嚴厲地和人們討論這些事情，因為就像我說的，有些人保護政策，有些人試圖改變它，因為它超級低效。

羅蘭:事後你真該給他的手臂開點藥，因為他得簽1000份文件。

艾瑪:諷刺的是，你試圖幫助消除手工測試，但到最後，它是如此手動，必須簽署，這就像某種混合解決方案。

羅蘭，用不超過10個字，你對正在經曆數字化轉型的人有什麼最好的建議?

羅蘭:我想引用Tricentis創始人Wolfgang Platz的話。

“沃爾夫岡·普拉茨總是說，‘做正確的事，把事情做對。這句話有點被遺忘了，但仍然很有效。這是最簡單的前進方式。”

艾瑪:當沃爾夫岡在播客上他對此的回答是:以客戶為中心。我想這是重疊的;你為客戶做正確的事情，然後你就會得到正確的結果。

阿明，對於那些正在經曆數字轉型的人，你有什麼最好的建議嗎?

阿明:選擇正確的項目/人員，創建引人注目的試點。我認為這很重要。

艾瑪:太棒了!這涵蓋了端到端流程。

如果您隻能改變應用程序開發世界中的一件事，您會改變什麼?

阿明:我認為，當許多項目開始時，涉眾並不真正關心如何正確地完成項目的方法，他們也不關心測試。比方說，他們隻是試著開始。然後當他們失敗了，他們意識到，實際上，他們的工作方式不是很有效，然後他們實現改進，例如，更多的測試驅動或更好的協作。

“我真的認為我們擁有大量的知識和經驗，能夠用更好的方法啟動項目。我認為這將使應用程序世界更加高效。我希望盡早看到更多的測試驅動項目，而不是後失敗。”

艾瑪:是的。所以，向左移動的方法更早地設置方法，不要隻是為了它而開始，真正地設定你的需求和你的範圍。

阿明:這句話我們聽了很多年了。這並不新鮮。但是當你觀察球隊的時候，結果總是一樣的。他們以某種方式開始，之後就會進步。

Roland，如果你能改變應用程序開發世界的一件事，你會改變什麼?

羅蘭:實際上，這是一樣的。真正理解質量的價值，並把它放在正確的空間和正確的時間。

“我認為質量就像保險;如果你從第一天開始就沒有支付保險，然後發生了一些事情——比如你的房子買了火災保險，如果房子開始燃燒——那麼哀悼是非常偉大的。每個人都在想，‘為什麼我沒有這麼做?’但如果這是一個複雜的it項目，你總是會遇到麻煩。在一天結束的時候，你將需要火災保險。如果你從一開始就沒有，你就會有問題。”

這是你們一開始就應該有的東西。我們已經可以在需求和規範方麵提供幫助，因為當您進行測試驅動時，您已經看到了，我需要知道在一天結束時要測試什麼。如果我不知道要測試什麼，那麼您就犯了一個錯誤，或者您沒有正確地完成需求。如果你沒有正確地完成需求，你將不能正確地開發它，因為在開發人員和需求之間會有誤解，在一天結束的時候，我們將測試一些可能不正確的東西，或者有一些誤解的地方。

在一天結束的時候，如果沒有測試驅動的方法，您的項目將會有更多的問題。火會開始燃燒，如果你在火開始燃燒時不做什麼，你會讓房子著火。然後消防隊就會來，但如果消防隊來了，他們用的是水，那麼主要的破壞已經造成了。你試著修理它，然後往上麵潑水，整個工程都一團糟，然後哀悼真的很糟糕，很嚴重，每個人都在說，比如，‘哦，為什麼我不這麼做?而且你已經有了很多成本問題。

如果我們現在就做測試，成本已經發生了，我們不需要再花更多的錢。情況越來越糟了。高效人的第七個原則是磨刀。如果你在鋸，你有一個鈍鋸，那麼它就不能前進。削尖它，你就能穿過木頭;那就沒問題了。

艾瑪:輝煌!我喜歡用火做類比。當然，你可以預料到沿途會有挑戰。但不要讓它進入火災狀態，消防演習正在進行，消防隊正在趕來。在開發過程中，您可能會有火花，但在軟件交付之前的危機時刻不會有火花。

結尾部分

聽到Roland和Amin的聲音真是太棒了，他們正在做著了不起的工作，並幫助組織卓越地自動化他們的軟件交付。

查看最新的播客集從羅蘭和阿明這樣的思想領袖那裏獲得更多見解。