<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Testing on Romano Roth</title><link>https://romanoroth.com/de/tags/testing/</link><description>Recent content in Testing on Romano Roth</description><generator>Hugo -- gohugo.io</generator><language>de</language><copyright>Romano Roth</copyright><lastBuildDate>Tue, 09 Jan 2024 00:00:00 +0000</lastBuildDate><atom:link href="https://romanoroth.com/de/tags/testing/index.xml" rel="self" type="application/rss+xml"/><item><title>Architektur für Continuous Delivery an der Conf42 DevSecOps 2024</title><link>https://romanoroth.com/de/blogs/architektur-fuer-continuous-delivery-conf42/</link><pubDate>Tue, 09 Jan 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/architektur-fuer-continuous-delivery-conf42/</guid><description>&lt;p>An der Conf42 DevSecOps 2024 Konferenz habe ich meinen Ansatz zur Architektur für Continuous Delivery vorgestellt. Nach über 21 Jahren bei Zühlke, in denen ich branchenübergreifend an DevOps-Transformationen gearbeitet habe, sehe ich immer wieder dasselbe fundamentale Problem: Wertströme, die durch Mauern der Verwirrung gebrochen werden. In diesem Vortrag zeige ich, wie Organisationen den Weg von Projekt-Denken zu Produkt-Denken schaffen, Qualität und Sicherheit von Anfang an einbauen, für Betreibbarkeit architekturieren und Platform Engineering zur Skalierung nutzen können.&lt;/p></description></item><item><title>Hochwertige Arbeit in der Softwareentwicklung und grossartige Developer Experience</title><link>https://romanoroth.com/de/blogs/hochwertige-arbeit-in-der-softwareentwicklung/</link><pubDate>Fri, 09 Dec 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/hochwertige-arbeit-in-der-softwareentwicklung/</guid><description>&lt;p>Was definiert hochwertige Arbeit in der Softwareentwicklung? Ist es Scrum? Clean Code? TDD? Funktionale Programmierung? In dieser Expert Talks Session präsentieren mein Kollege Milan und ich zwei komplementäre Perspektiven. Milan behandelt die Säulen hochwertiger Engineering-Arbeit, von Teambildung und Kundenzentrierung bis zu Clean Code und Engineering-Kultur. Ich zeige dann, wie DevOps und Continuous Delivery helfen, grossartige Produkte zu bauen, indem man vom Projekt-Mindset zum Produkt-Mindset wechselt.&lt;/p></description></item><item><title>Hey DevOps, du vernichtest meinen Job!</title><link>https://romanoroth.com/de/blogs/hey-devops-du-vernichtest-meinen-job/</link><pubDate>Mon, 22 Nov 2021 18:02:18 +0000</pubDate><guid>https://romanoroth.com/de/blogs/hey-devops-du-vernichtest-meinen-job/</guid><description>&lt;p>Ist DevOps wirklich der Grund dafür, dass Testing- und Quality-Assurance-Mitarbeitende (QA) zunehmend durch Automatisierung ihren Job verlieren?
&lt;a href="https://www.linkedin.com/in/piawiedermayer/" target="_blank" rel="noreferrer">Pia Wiedermayer&lt;/a>, Head of QA, und &lt;a href="https://www.linkedin.com/in/romanoroth/" target="_blank" rel="noreferrer">Romano Roth&lt;/a>, Head of DevOps, diskutieren verschiedene Wege, den reichen Erfahrungsschatz von Testing- und QA-Spezialisten in die agile Teamkultur einzubringen.&lt;/p></description></item><item><title>Was ist der Unterschied zwischen traditionellem Testen und agilem Testen?</title><link>https://romanoroth.com/de/blogs/was-ist-der-unterschied-zwischen-traditionellem-testen-und-agilem-testen/</link><pubDate>Wed, 27 Jan 2021 21:32:09 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-der-unterschied-zwischen-traditionellem-testen-und-agilem-testen/</guid><description>&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="1280"
 height="720"
 src="https://romanoroth.com/images/blog/what-is-the-difference-between-traditional-testing-and-agile-testing-inline-1_hu_b37e149e5374da49.jpg"
 srcset="https://romanoroth.com/images/blog/what-is-the-difference-between-traditional-testing-and-agile-testing-inline-1_hu_b37e149e5374da49.jpg 800w, https://romanoroth.com/images/blog/what-is-the-difference-between-traditional-testing-and-agile-testing-inline-1.jpg 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/what-is-the-difference-between-traditional-testing-and-agile-testing-inline-1.jpg">&lt;/figure>
&lt;/p>
&lt;p>Wenn wir über traditionelles Testen sprechen, meinen wir das V-Modell, das in Wasserfall-Projekten verwendet wird. Wir betreiben Requirements Engineering, schreiben Features für unsere Software nieder, brechen diese dann herunter und schreiben Stories, die anschliessend den Entwicklern zur Umsetzung übergeben werden. Der Entwickler setzt dies in Code um und schreibt dann Unit Tests und Integrationstests.&lt;/p></description></item><item><title>Was ist CI/CD?</title><link>https://romanoroth.com/de/blogs/what-is-ci-cd/</link><pubDate>Tue, 04 Aug 2020 18:49:47 +0000</pubDate><guid>https://romanoroth.com/de/blogs/what-is-ci-cd/</guid><description>&lt;p>In der traditionellen Softwareentwicklung wird Software von allen Entwicklern in einem grossen einzigen Integrationsschritt zusammengeführt und getestet, der in der Regel Wochen oder gar Monate dauert. Da dies nur alle paar Monate passiert, ist dieser Schritt sehr zeitaufwändig.&lt;/p></description></item><item><title>Was ist Continuous Integration (CI)?</title><link>https://romanoroth.com/de/blogs/was-ist-continuous-integration/</link><pubDate>Tue, 04 Aug 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-continuous-integration/</guid><description>&lt;p>In der klassischen Softwareentwicklung war Integration ein einziges, schmerzhaftes Ereignis. Jeder Entwickler arbeitete wochen- oder monatelang isoliert, und am Ende wurde alles in einem grossen Big Bang zusammengeführt. Dieser Integrationsschritt dauerte Wochen, manchmal Monate. Konflikte häuften sich an, Bugs versteckten sich in den Nahtstellen zwischen Modulen, und niemand konnte mit Sicherheit sagen, ob das System tatsächlich funktionierte. Continuous Integration wurde erfunden, um genau diesen Schmerz aufzulösen.&lt;/p></description></item></channel></rss>