沃爾夫岡廣場戰爭kürzlich als Sprecher beimSKILUp天連續測試法:Gast - einer der vielen großartigen Veranstaltungen desDevOps研究所， mit dem wir regen freundschaftlichen Kontakt pflegen。在ungezwungener Atmosphäre erläuterte er hier模具Schlüsselelemente von連續測試和wie siich模具滾動和實踐von連續測試。
Die Aufzeichnung des Vortrags finden Sie hier:
Hinweis: Sie können das Buch”企業連續測試“von Wolfgang Platz jetzt auf der tricentis -網站oder bei Amazon herunter負載。
我是Folgenden finden Sie einige Kernaussagen aus seinem Vortrag:
德國的自動化係統，德國的自動化係統，德國的自動化係統，德國的自動化係統kümmern。
Es gibt zwei Hauptgründe für das Testen: 1) um Fehler zu finden 2) um sicherzustellen, dass die Anwendung fehlerfrei ist。探索測試ist dabei der beste Weg，呃Fehler aufzuspüren。Mit spezifiationsbasertem Testing lässt sich dagegen prüfen, ob die Anwendung intakt ist。
Normalerweise gibt es eine Diskrepanz zwischen dem，是zuvor spezifiziert wurde，和dem，是die Entwickler dann tatsächlich實施者。探索性測試是die inzige Möglichkeit, question me bei Funktionalitäten zu entdecken, die zwar implementiert, aber zuvor nicht spezifiziert wurden。Spezifikationsbasiertes測試是一個hengen die einziige Methode, Fehler in der Funktionalität zu finden, wenn diese zwar spezifiziert, aber schlussendlich nicht implementiert wurde。除了墜落的死亡Funktionalität如此特殊的東西，有這樣的探索試驗是最好的。
Die meisten Testberichte geben Ihnen nicht genug Informationen, um eine fundierte Entscheidung für oder gegen ein Release zu treffen。Sie melden ausschließlich die Anzahl der bestandenen, fehlgeschlagenen oder nicht ausgeführten測試。模具信息，dass zum Beispiel zehn Prozent der Tests fehlgeschlagen sind, ist jedoch nicht besonders hilfreich。Die betffenen Tests könnten trivial sein - oder eben auch Showstopper。Hier sind也weitere Untersuchungen erforderlich。
嗯die Gefahren, die mit einem Release verbundenen sind, schnell and genau einzuschätzen, brauchen wir eine neue " Währung " für das測試:eine Einheit, die angibt, welcher Prozentsatz an Geschäftsrisiken mit den Tests abgedeckt ist。Wenn Sie wissen, wo Ihre Hauptrisiken liegen and Sie für diese strategisch Tests erstellen, können Sie tatsächlich rund 80 Prozent Ihrer Risiken mit runzent 20 Prozent des aufwandes abdecken。
Wenn sich Software-Tester nuf ihre Intuition verlassen, erreichen sie meist nicht mehr als運行50 Prozent Risikoabdeckung。Abhilfe schafft測試用例設計。Es hilft Ihnen dabei, Tests zu erstellen, mit denen Sie das Zielniveau von zum Beispiel 90 bis 95 Prozent Geschäftsrisikoabdeckung Ihrer Organisation erreichen können。Außerdem erfahren Sie durch變化影響分析，welche測試Sie durchführen müssen, um jede Änderung und jedes釋放zuverlässig zu überprüfen。
測試自動化開始於單元測試，特性集成和係統集成，因此最終測試是這樣的。我們的城市在德國的城市裏，在德國的城市裏，在德國的城市裏，在德國的城市裏，在德國的城市裏ausgeführt在德國的城市裏，在德國的城市裏，在德國的城市裏，在德國的城市裏，在德國的城市裏。Dies gilt es, umzukehren。
敏捷測試的基礎是單元測試，特征集成和係統集成的基礎是端到端測試的基礎。Zudem gilt: auh wenn Sie hier so viel wie möglich自動化自動化wollen, sollten viele端-端-測試sowie係統集成測試和ein paar wenige集成測試集成操作測試durchgeführt werden。
Über單元測試係統自動測試係統。Wenn die Funktionalität, die Sie testen müssen， über eine API zugänglich ist, sollten Sie versuchen, den Großteil Ihrer Tests auf dieser Ebene durchzuführen。api測試können früher im entwicklungprozess啟動，實現方式Benutzeroberfläche warten müssen。Außerdem sind API-Tests grundsätzlich schneller zu erstellen, auszuführen und zu warten/aktualisieren。
Die jüngsten Entwicklungen im Bereich KI/MLbeseitigen viele Hürden, die die UI-Testautomatisierung schon seit jeher幕後- insbesondere, dass automatisierte UI-Tests zu spät stattfinden und unzuverlässig sind。Mit Technologien wie Tricentis Vision AI können我們的測試自動化開始了，Benutzeroberfläche存在。我們的技術，我們的技術。Es gilt: Wenn Sie sehen können, können Sie auch automatisieren - und zwar mit hochgradg belastbaren測試。Mit柴油發動機Änderung複雜的電機ui -測試自動裝置- weiter durchsetzen和damit auch manuelle測試和api -測試immer mehr ablösen。在der Zukunft könnte sie sich sogar als gängige Methode im Bereich automatisiung etablieren。