軟件測試für Agile和DevOps neu erfunden

    企業連續測試

    Selbst bei extreme Automatisierung bleibt night genug Zeit,“一切”testen說。Es ist unmöglich, bei jedem Release alle Pfade einer modernen Geschäftsapplikation zu prüfen。Zum Glück müssen wir das auch night。Wenn wir unseren Testansatz überdenken, können wir mit einem viel geringeren Testaufwand, als ihn die meisten Firmen heute erbringen, das Geschäftsrisiko jedes Release-Kandidaten klar beurteilen。

    軟件測試galten schon immer als Hemmnis für Schnelligkeit und Innovation - als in langsamer, kostenintensiver Prozess, der Releases verzögert und dessen geschäftlicher Nutzen fragwürdig ist。我書”企業持續測試:敏捷和DevOps的轉換測試(kontinuerliches Testen im Unternehmen: die Transformation von Softwaretests für Agile and DevOps)Die vielen Vorschläge erleichtern es Unternehmen, ire Softwaretests mass beschleunigen, um mit Agile- und devops initiativen schritthalten zu können。

    企業連續測試

    Dieses Buch wurde für Qualitätsmanager und Geschäftsführer geschrieben, die im Bereitstellungsprozess von軟件優化Verhältnis zwischen Schnelligkeit und Qualität erreichen müssen。Wenn Sie den Qualitätssicherungsprozess Ihres global agierenden Unternehmens an den unaufhaltsamen Trend in Richtung einer stetig beschleunigten Softwarebereitstellung und an das allgegenwärtige“連續的一切”anpassen wollen, dann sind Sie hier richtig。

    企業CT

    Der Erlös aus dem Verkauf von“企業連續測試”獲得了一個Specialisterneeinen gemeinnützigen Verein, der Menschen mit Autismus bei ihrer Integration in den Arbeitsmarkt unterstützt。Specialisterne hat Partnerschaften mit Unternehmen, Universitäten, Schulen und Gemeinden。

    Kapitelubersicht

    Einleitung

    Seien wir ehrlich: Unternehmen von heute wollen - oder brauchen - keine“perfekte”軟件:Vielmehr wollen sie Innovationen so schnell wie möglich auf den Markt bringen。Jede Verzögerung könnte für den Mitbewerber eine Chance sein, Marktanteile zu gewinnen oder gar der neue Marktführer zu werden。

    軟件測試是Flaschenhals im beitstellungspproess創新性軟件。Wir brauchen rasch Feedback darüber, ob die neuest Innovation wie erwartet funktioniert und müssen sicherstellen, bei Produktivsetzung keine inakzeptablen Geschäftsrisiken einzugehen。

    “一切皆有可能,一切皆有可能”。Es ist unmöglich, bei jedem Release alle Pfade einer modernen Geschäftsapplikation zu prüfen。Zum Glück müssen wir das auch night。Wenn wir unseren Testansatz überdenken, können wir mit einem viel geringeren Testaufwand, als ihn die meisten Firmen heute erbringen, das Geschäftsrisiko jedes Release-Kandidaten klar beurteilen。

    Kapitel 1

    “數字化轉型”的理念,創新的節奏,創新的精神。Während wir unsere operative Agilität kontinuierlich steigern, muss der Kundennutzen erhöht werden。Andernfalls riskieren wir, eines Tages aufzuwachen und herauszufinden, dass wir gewissermaßen verloren haben, obwohl wir nichts“falsch”gemacht haben。

    Das Tempo der digitalen Transformation ist schon jetzt atemberaubend and wirsich weiter verschärfen。在konkreten Zahlen ausgedrückt:

    Von 7, millarden Menschen auf der Welt…

    …haben 4,5 millarden regelmäßig Zugang zu einer Toilette

    besitzen aber 5,5 millarden in Smartphone!

    Plötzlich ist eine Vielzahl von Menschen aus sehr einfachen Lebensumständen direkt im digitalen Zeitalter angelangt!大創作人,大創作人,軟件。

    Kapitel 2

    Derletzte Testbericht, den Sie in Händen hielten, hat wahrscheinlich so oder so ähnlich ausgesehen:

    這位Bericht besagt:

    • Die Gesamtanzahl der Testfälle beträgt 53.274
    • 快速80 Prozent柴油測試(42.278)wurden bestanden
    • Mehr als 19 Prozent schlugen fehl
    • Ungefähr 1 Prozent wurde nicht ausgeführt

    würden Sie basierend auf diesen Daten über eine Inbetriebnahme entscheiden (oder diese empfehlen)?維萊希特hängen die fehlgeschlagenen測試mit的瑣事Funktion zusammen。Vielleicht rühren sie auch von einer wichtigen Funktion her: dem“Motor”Ihres Systems。奧德aber vieleicht wurde ihre wichtigste Funktion noch night einmal getestet…

    Kapitel 3

    Für viele Unternehmen klingt eine risikobasierte Herangehensweise an das Testen zwar großartig in der Theorie, sie zweifeln aber daran, ob sie diese auch wirklich implementieren können, weil schlichtweg die Zeit dazu fehlt。Tatsächlich ist die Anwendung risikobasierter Ideen in relative efacher and schmerzloser Prozess。Wir haben sogar festgestellt, je schneller man eine Einschätzung der risken von Geschäftsprozessen erarbeitet, desto besser sind die Ergebnisse。

    在柴油機Kapitel erkläre ich, wie Sie Ihre größten Geschäftsrisiken systematisch在nur wenigen Stunden quantifizieren。Dieser Schritt dient als Grundlage, um 1) zu bestimmen, worauf Sie bem Testen Ihren Schwerpunkt legen müssen und 2) zu überwachen, wie ausführlich Ihre Geschäftsrisiken getestet werden, undOb sie wie erwartet funktionieren。

    裏西科的定義

    Bevor wir uns ansehen, wie Sie Ihre Geschäftsrisiken beurteilen, sehen wir uns zunächst die定義des Begriffs“Risiko”an…

    Kapitel 4

    我是vorangegangenen Kapitel ausgeführt, liefert eine risikogewichtete Bewertung Ihrer Anforderungen and subanforderungen die Entscheidungsgrundlage dafür, worauf Sie bem Testen den Fokus legen。在細節和細節的基礎上建立了一個完整的安全體係prüfen,我們的安全體係größten傾聽。

    Sobald Sie wissen, was getestet werden soll, legen Sie fest, wie Sie den Test ausführen wollen (manuell, automatisiert, über das User-Interface, über eine API等)。Ziel ist natürlich,所以有效率的wie möglich die größte Risikodeckung für die gewünschten Anforderungen zu erreichen…

    Kapitel 5

    Um das Meiste aus einem gewissenhaft aufgebauten Testfall-Portfolio herauszuholen, müssen Sie sicherstellen, dass die geplanten Tests so schnell und so oft wie nötig ausgeführt werden。在früheren Wasserfallmodellen passierte dieser Test meist manuell - eine zulässige, wenngleich kostenintensive Lösung。自動化的漩渦,拉根的手,dennoch dominierten manuelle測試,死在Ländern mit geringen Lohnkosten erbracht wurden。Weil Unternehmen die Möglichkeit hatten, solcherart kosteneffient manuelle測試durchzuführen, sch本sie Initiativen zum Aufbau und zur Ausweitung Testautomatisierung auf。

    Noch vor fünf Jahren wurden in Unternehmen nur 30 Prozent der Softwaretests gänzlich firmenintern durchgeführt, und der Großteil dieser測試戰爭夜自動化。Heute arbeiten 97 Prozent under under ternehmen mehr oder weniger nach agilen Vorgehensmodellen,在73 Prozent under ternehmen gibt es laufende oder geplante DevOps-Initiativen。Diese Umstellung erzwingt eine Trendwende vom manuellen Testen hin zur Testautomatisierung。測試者müssen在Team integrerwerden und werden angehalten, die Tests noch im aktuellen Entwicklungssprint abzuschließen。

    敏捷軟件和DevOps之間的關係是否穩固?...

    圖像

    超級坑奧特

    Wolfgang Platz ist Gründer和首席戰略官von Tricentis。線性擴展法模型自動化創新方法für Testentwürfe。連續的Grundstein技術人員- - - - - -測試- - - - - -平台von Tricentis, welche von allen wichtigen Analysten死亡branchenführende Lösung anerkant wirt。Heute帶來er die Tricentis-Vision, die resiliente Testautomatisierung Realität werden zu lassen, in den 2000 weltweit größten Firmen voran。

    Wolfgang Platz bei Capgemini集團IT發展負責人für eines der weltweit größten IT- entwicklungsprojekte einer Versicherung tätig。項目管理für mehere Projekte in Banken。

    Wolfgang Platz schloss and de TU Wien de Studium of Technischen Physik and absolute ververen工商管理碩士。

    Baidu
    map