Was ist JQL?

JQL ist eine speziell für Jira entwickelte Abfragesprache. Es lassen sich damit komplexe Suchanfragen erstellen, um bestimmte Vorgänge in Jira zu finden. Im Vergleich zur einfachen Suchfunktion bietet es eine deutlich höhere Flexibilität.

Es kombiniert Schlüsselwörter, Felder, Operatoren und Funktionen. Dadurch können Benutzer spezifische Kriterien für ihre Suche definieren.

Dementsprechend ist die Jira Query Language keine vollwertige Programmiersprache, sondern eine Abfragesprache. Während Programmiersprachen wie Java oder Python vollständige Kontrollstrukturen, Variablenzuweisungen und Schleifen enthalten, dient JQL ausschließlich dazu, Daten innerhalb von Jira zu suchen und zu filtern. Es ähnelt eher SQL in Bezug auf seine Suchmöglichkeiten, hat aber keinen Zugriff auf komplexe Programmierlogik oder externe APIs.

Grundlegende Syntax von JQL

Die grundlegende Syntax einer JQL-Abfrage setzt sich aus drei Elementen zusammen:

• Feld: Das Jira-Feld, das abgefragt wird (z.B. status, assignee, priority).
• Operator: Bestimmt die Beziehung zwischen dem Feld und dem Wert (z.B. =, !=, IN).
• Wert: Der Wert, nach dem gesucht wird (z.B. Open, High, John Doe).

Einfache JQL-Abfragen

Einige Beispiele für einfache Abfragen:

1. Um alle offenen Aufgaben anzuzeigen:

   status = Open

2. Wenn man Aufgaben eines bestimmten Benutzers finden möchte:

   assignee = "Max Mustermann"

3. Falls man nur Aufgaben mit hoher Priorität anzeigen möchte:

   priority = High

4. Wenn man alle Aufgaben eines bestimmten Projekts sucht:

   project = "Marketing"

Erweiterte JQL-Funktionen

Es kann nicht nur einfache, sondern auch komplexe Abfragen durchführen. Dabei kommen logische Operatoren, Vergleichsoperatoren und Funktionen zum Einsatz.

Logische Operatoren

• AND: Verknüpft mehrere Bedingungen, sodass beide erfüllt sein müssen.

  status = Open AND priority = High

• OR: Eine der Bedingungen muss erfüllt sein.

  status = Open OR status = In Progress

• NOT: Negiert eine Bedingung.

  status != Closed

Vergleichsoperatoren

• = : Ist gleich
• != : Ist ungleich
• > : Größer als
• < : Kleiner als
• >= : Größer oder gleich
• <= : Kleiner oder gleich

Beispiel:

created >= "2024-01-01" AND created <= "2024-02-01"

Listen-Operatoren

• IN: Vergleicht mit einer Liste von Werten.

  status IN (Open, "In Progress", Reopened)

• NOT IN: Ausschluss einer Liste von Werten.

  priority NOT IN (Low, Medium)

Funktionen in JQL

Es bietet einige eingebaute Funktionen, die flexiblere Suchanfragen ermöglichen:

• startOfDay(): Beginn des aktuellen Tages
• endOfWeek(): Ende der aktuellen Woche
• now(): Aktueller Zeitpunkt
• updated(): Zeigt an, wann ein Vorgang zuletzt aktualisiert wurde

Beispiel:

updated >= startOfDay()

Diese Abfrage liefert alle Vorgänge, deren Aktualisierung heute stattgefunden hat.

Praxisbeispiele für JQL

1. Alle Aufgaben, deren Erstellung in den letzten 7 Tagen erfolgt ist

created >= -7d

2. Alle abgeschlossenen Aufgaben eines bestimmten Benutzers

status = Done AND assignee = "Max Mustermann"

3. Aufgaben mit Kommentaren in den letzten 24 Stunden

updated >= -1d AND comment IS NOT EMPTY

4. Aufgaben in einem bestimmten Sprint

sprint = "Sprint 15"

5. Alle Aufgaben mit bestimmten Schlagwörtern

labels IN (Bug, "Customer Request")

Fazit

JQL ist ein leistungsstarkes Werkzeug, das Jira-Benutzern hilft, gezielt nach Aufgaben zu suchen und komplexe Filter zu erstellen. Dank der Kombination aus Feldern, Operatoren und Funktionen lassen sich nahezu alle gewünschten Abfragen formulieren. Wer JQL beherrscht, kann Jira effizienter nutzen und relevante Informationen schneller finden.

Wenn Du Jira häufig verwendest, lohnt es sich, Dich damit näher zu beschäftigen. So kannst Du individuelle Abfragen erstellen und eine bessere Übersicht über Deine Projekte erhalten.

Der Beitrag JQL (Jira Query Language) – Eine Abfragesprache erschien zuerst auf CEOsBay.

Fokus auf das Softwareverhalten

Das Konzept des sogenannten Black-Box-Testings zielt darauf ab, das beobachtbare Verhalten einer Software zu prüfen, ohne einen Blick in den zugrunde liegenden Code zu werfen. Anstatt jede mögliche Eingabe zu testen, geht es darum, repräsentative Testszenarien zu identifizieren und zu nutzen.

Der Kerngedanke der Äquivalenzklassen

Innerhalb dieses Black-Box-Ansatzes liegt das Hauptaugenmerk der Äquivalenzklassenbildung darauf, Eingabewerte in sinnvolle Gruppen zu unterteilen. Diese Gruppen repräsentieren Werte, von denen angenommen wird, dass sie in Bezug auf den getesteten Prozess gleich behandelt werden.

Ein praktisches Beispiel: Internetgeschwindigkeitsprüfung

Stellen man sich eine Softwarefunktion vor, die darauf abzielt, den Zugang zu hochauflösenden Videos basierend auf den Internetgeschwindigkeiten der Nutzer validiert, sieht es folgendermaßen aus:

• Unter 5 Mbps: Nur Zugang zu SD-Qualität.
• 5-15 Mbps: Zugang zu HD-Qualität.
• Über 15 Mbps: Zugang zu 4K-Qualität.

Statt jede Geschwindigkeit individuell zu testen, könnten Tester Gruppen oder „Klassen“ von Geschwindigkeiten bilden, die in Bezug auf den Videozugriffsprozess äquivalent sind. Dies reduziert die Anzahl der erforderlichen Tests drastisch.

Identifizieren und Nutzen von Äquivalenzklassen

1. Gruppierung relevanter Werte: Im obigen Beispiel sind Internetgeschwindigkeiten von 1-4 Mbps in einer Klasse, weil sie alle nach den geltenden Regeln gleich behandelt werden.
2. Wahl eines Repräsentanten: Für jede Gruppe wird ein repräsentativer Wert ausgewählt. Dieser Wert wird im eigentlichen Test verwendet. Für die Gruppe 1-4 Mbps könnte eine Geschwindigkeit von 3 Mbps als repräsentativ gewählt werden.
3. Ungültige Klassen berücksichtigen: Es ist auch wichtig, unerwartete oder ungültige Eingaben zu testen, um zu sehen, wie die Software reagiert.

Warum ist die Äquivalenzklassenbildung nützlich?

Mit dieser Methode kann man sich auf wesentliche Tests konzentrieren und unnötige Redundanzen vermeiden. Sie hilft dabei, die Effizienz des Testprozesses zu steigern, ohne die Qualität zu beeinträchtigen.

Fazit

Durch den intelligenten Einsatz von Äquivalenzklassen im Softwaretest können Qualitätssicherungsteams ihre Effizienz steigern und sicherstellen, dass sie alle kritischen Szenarien abdecken. Es ist ein Werkzeug, das sowohl Zeit als auch Ressourcen spart und dabei hilft, robuste und zuverlässige Softwareprodukte zu liefern.

Der Beitrag Äquivalenzklassen beim Softwaretest erschien zuerst auf CEOsBay.

Definition Kernel

Der Kernel bildet das zentrale Bindeglied zwischen der Computerhardware und den Softwareanwendungen. Er verwaltet die Hardware-Ressourcen, darunter Prozessor, Arbeitsspeicher und Speichermedien und ermöglicht es, dass verschiedene Softwareanwendungen auf diese Ressourcen zugreifen können.

Entstehungsgeschichte Kernel

Die Geschichte des Kernels geht Hand in Hand mit der Entwicklung der ersten Betriebssysteme. In den frühen Tagen der Computertechnologie bestand die Notwendigkeit, eine Schnittstelle zu schaffen, die den effizienten Zugriff von Software auf Hardware ermöglicht. So entstand der erste rudimentäre Kernel. Mit der Zeit und mit wachsender Komplexität von Hardware und Software hat es sich stetig weiterentwickelt, um den wachsenden Anforderungen gerecht zu werden.

Arten von Kernels

Es existieren unterschiedliche Typen von Kernels:

1. Monolithische Kernels: Bei dieser Art werden alle grundlegenden Systemdienste wie Dateisystem, Netzwerk und Prozesskommunikation in einem einzigen, großen Kern implementiert. Ein Beispiel hierfür ist Linux.
2. Mikrokernel: Hierbei handelt es sich um einen minimalistischen Kernel. Die meisten Systemdienste laufen als eigenständige Prozesse. Beispiele hierfür sind Minix und QNX.
3. Hybridkernel: Dieser Kernel-Typ kombiniert Elemente von monolithischen Kernels und Mikrokernels. Ein bekanntes Beispiel ist das gute alte Windows NT, XP, 7, 8, 10 und auch die Server-Varianten.

Aufsetzen des Kernels

Das Aufsetzen eines Kernels kann sich je nach System und Anforderungen unterscheiden. Im Allgemeinen folgt man jedoch diesen Schritten:

1. Quellcode herunterladen: Zunächst lädt man den Quellcode des gewünschten Kernels herunter.
2. Konfigurieren: Mittels Konfigurationswerkzeugen passt man den Kernel an die eigenen Bedürfnisse an.
3. Kompilieren: Der angepasste Quellcode wird kompiliert, um eine ausführbare Version des Kernels zu erstellen.
4. Installation: Kompiliert kann man es nun auf dem Zielsystem installieren.

Beispiele und Anwendung

Das bekannteste Beispiel für einen Kernel ist wohl der Linux-Kernel. Millionen von Servern und Desktop-Computern weltweit nutzen Linux. Der Quellcode des Linux-Kernels ist frei verfügbar bzw. Open Source, weshalb viele Entwickler und Unternehmen es an ihre spezifischen Anforderungen anpassen und weiterentwickeln.

Zusammenfassend lässt sich sagen, dass es das Herzstück jedes Betriebssystems bildet. Er steuert und verwaltet den Zugriff auf die Hardware und ermöglicht so den Betrieb von Softwareanwendungen. Wer tiefer in die Welt der Kernels einsteigen möchte, dem stehen unzählige Ressourcen und Community-Plattformen zur Verfügung.

Der Beitrag Kernel – Herzstück des Betriebssystems erschien zuerst auf CEOsBay.

PlayWright stellt ein modernes Open-Source–Framework dar, welches Entwicklern ermöglicht, End-to-End-Tests für Webanwendungen in verschiedenen Browsern zu schreiben und durchzuführen. Hierzu zählen populäre Browser wie Chrome, Firefox, Edge und Safari. Das Framework besticht durch seine Funktionalität, Webanwendungen in einer realitätsgetreuen Umgebung zu testen und dabei Aktionen wie Klicks, Tastatureingaben und Seitennavigationen zu simulieren.

Die Entstehung von PlayWright

Das Team hinter Microsofts Edge-Browser hat PlayWright ins Leben gerufen. Dieses Framework knüpft an den Erfahrungen und Lektionen aus früheren Projekten wie Puppeteer an. Ziel dabei war es, ein Tool zu schaffen, das die neuesten und fortschrittlichsten Funktionen der Webplattformen unterstützt und den Entwicklern eine beispiellose Testabdeckung bietet.

PlayWright aufsetzen: Ein einfacher Leitfaden

Die Einrichtung gestaltet sich unkompliziert und schnell:

1. Installation via npm: Um PlayWright zu installieren, nutzt man einfach den Befehl:
   npm i playwright

2. Erster Testscript: Nach der Installation kann man direkt einen ersten Testscript schreiben.
   Zum Beispiel:
   

   const { chromium } = require('playwright'); 
   (async () => { 
       const browser = await chromium.launch(); 
       const page = await browser.newPage(); 
       await page.goto('https://example.com'); 
       await page.screenshot({ path: 'screenshot.png' }); 
       await browser.close(); 
   })(); 

   Dieses Skript startet den Chromium-Browser, öffnet eine neue Seite, navigiert zur angegebenen URL und erstellt einen Screenshot.
   
3. Ausführung: Nach dem Speichern des Skripts führt man es einfach über die Kommandozeile mit Node.js aus.

Wichtige Begriffe in Playwright

1. Playwright:
   – Die Hauptschnittstelle in Playwright.
   – Bietet Methoden zum Starten von Browser-Instanzen.
2. BrowserType:
   – Eine Schnittstelle, die Methoden zum Starten oder Verbinden mit spezifischen Browser-Instanzen bereitstellt.
3. Browser:
   – Wird über BrowserType.launch() erstellt.
   – Repräsentiert eine Browser-Instanz.
4. BrowserContext:
   – Ein Container für Browsersitzungen, der unabhängige Sitzungen ermöglicht.
   – Erlaubt den Betrieb mehrerer Sitzungen in einer einzelnen Browser-Instanz.
5. Page:
   – Repräsentiert eine Webseite oder einen Browsertab.
   – Bietet Methoden zur Interaktion mit der Seite; eine Browser-Instanz kann mehrere Seiten handhaben.
6. Locator:
   – Zentrale Komponente für Playwrights automatisches Warten und Wiederholungslogik.
   – Wird verwendet, um Elemente auf der Seite zu finden und mit ihnen zu interagieren.
   – Erstellt über die Methode Page.locator().

Best Practices und Tipps zur Implementierung

• Warteoperationen vermeiden: Anstelle von festen Wartezeiten setzt man auf PlayWrights integrierte waitFor-Funktionen, um sicherzustellen, dass Elemente vorhanden sind oder bestimmte Zustände erreicht sind.
• Isolierte Tests schreiben: Jeder Test sollte unabhängig voneinander laufen können, um Seiteneffekte zu vermeiden.
• Verwende Page-Objekte: Die Verwendung von Page-Objekten hilft dabei, den Code sauber und wartbar zu halten, indem man die Interaktionen mit der Webseite kapselt.

Vorteile von PlayWright:

1. Mehrere Browser: Es unterstützt Tests in mehreren Browsern, einschließlich Chrome, Firefox, Edge und Safari, wodurch eine breitere Abdeckung und Kompatibilitätsprüfung ermöglicht wird.
2. Schnelligkeit: Es bietet eine schnelle Ausführungsgeschwindigkeit für Tests, was die Entwicklungseffizienz erhöht.
3. Zuverlässigkeit: Mit Funktionen wie automatischer Warteunterstützung reduziert PlayWright flüchtige Fehler und steigert die Zuverlässigkeit der Tests.
4. Modernes API-Design: Die API ist intuitiv und einfach zu verwenden, was die Lernkurve für Entwickler verkürzt.
5. Mobile Emulation: Es ermöglicht das Testen von mobilen Ansichten durch Emulation, was besonders nützlich ist, um responsive Designs zu überprüfen.
6. Erweiterte Funktionen: PlayWright bietet Funktionen wie die Interaktion mit Shadow DOM, das Erfassen von Netzwerkanfragen und die Arbeit mit WebSockets.
7. Aktive Gemeinschaft und Unterstützung: Mit einer aktiven Entwicklergemeinschaft und Unterstützung durch Microsoft ist PlayWright ständig im Wachstum und in der Entwicklung.

Nachteile von PlayWright:

1. Jünger als einige Alternativen: Es ist jünger als einige seiner Konkurrenten wie Selenium, was bedeutet, dass es vielleicht nicht so bekannt oder weit verbreitet ist.
2. Kompatibilität: Während PlayWright viele moderne Webfunktionen unterstützt, gibt es möglicherweise ältere Funktionen oder spezifische Framework-Interaktionen, die es noch nicht vollständig handhabt.
3. Ressourcenverbrauch: Bei intensiven Testsitzungen kann es mehr Systemressourcen verbrauchen, insbesondere wenn gleichzeitig in mehreren Browserinstanzen getestet wird.
4. Lernkurve: Trotz eines intuitiven API-Designs kann es für Entwickler, die von anderen Testwerkzeugen wechseln, eine gewisse Eingewöhnungszeit erfordern.

Es ist wichtig zu beachten, dass die Vor- und Nachteile von der spezifischen Anwendung und den Anforderungen des Projekts abhängen können. Das Auswählen des richtigen Tools erfordert oft eine sorgfältige Überlegung und Bewertung im Kontext des Projekts.

Fazit

PlayWright bietet Entwicklern ein kraftvolles Tool, um End-to-End-Tests für Webanwendungen in verschiedenen Browsern zu erstellen und durchzuführen. Mit der Unterstützung von Microsoft und einer aktiven Community hinter sich, hat sich PlayWright rasch zu einem bevorzugten Tool in der Entwicklergemeinschaft entwickelt. Mit den genannten Tipps und Best Practices steht einem effektiven und effizienten Testen nichts mehr im Wege.

Der Beitrag Playwright – Testen ohne Grenzen erschien zuerst auf CEOsBay.

Definition – Strukturelle Tests

Auch bekannt als White-Box-Tests oder Glasbox-Tests, konzentrieren sich auf die interne Perspektive einer Softwareanwendung. Im Gegensatz zu funktionalen Tests, die nur die Anforderungen von Außen prüfen, bieten strukturelle Tests eine vollständige Prüfung der internen Logik und Struktur einer Anwendung.

Notwendigkeit

Es gibt mehrere Vorteile. Sie identifizieren verborgene Fehler, die andere Testmethoden möglicherweise übersehen, erhöhen die Codeabdeckung und verbessern die Qualität der Software. Sie ermöglichen auch eine bessere Identifizierung von Problembereichen, wodurch man effektivere Fehlerbehebungsmaßnahmen einleiten kann.

Durchführung von strukturellen Tests

Strukturelle Tests erfordern ein gründliches Verständnis der internen Softwarearchitektur. Dies schließt Wissen über Datenflüsse, Kontrollstrukturen, Schnittstellen und weitere Details ein. Tester führen eine detaillierte Analyse der Codebasis durch, um Schwachstellen und mögliche Fehlerquellen zu identifizieren. Anschließend erstellt man geeignete Testfälle und führt diese aus, um die Funktionsweise der Anwendung zu überprüfen.

Typen – Strukturelle Tests

Verschiedene Typen struktureller Tests richten sich an spezifische Bereiche der Codebasis. Einige der gängigen Arten sind Kontrollflusstests, Datenflusstests, Pfadtests und Schleifentests. Jeder dieser Tests konzentriert sich auf ein bestimmtes Aspekt des Codes und liefert wichtige Informationen über dessen Leistung und Zuverlässigkeit.

Fazit

Zusammenfassend lässt sich sagen, dass strukturelle Tests ein effektives Mittel sind, um die Qualität und Zuverlässigkeit von Softwareanwendungen zu gewährleisten. Durch eine detaillierte Überprüfung der internen Struktur einer Anwendung tragen sie dazu bei, verborgene Fehler zu identifizieren und sicherzustellen, dass alle Komponenten korrekt funktionieren. Mit ihrer Hilfe kann das Vertrauen in die entwickelte Software erhöht und das Risiko von Fehlern reduziert werden. Es lohnt sich also, in diese Tests zu investieren und sie als festen Bestandteil des Softwaretestprozesses zu etablieren.

Der Beitrag Strukturelle Tests in der Softwareentwicklung erschien zuerst auf CEOsBay.

Was sind Test-Treiber?

Oft auch einfach als Treiber bezeichnet, sind Komponenten im Softwaretesting, die dazu dienen, Module oder Funktionen zu testen, die noch nicht vollständig integriert sind. Sie simulieren die Funktionen einer übergeordneten Einheit und ermöglichen damit das Testen einer Software in einer isolierten Umgebung.

Warum sind Test-Treiber wichtig?

Sie erleichtern die Isolation von Softwarekomponenten und tragen zur Erstellung robuster und sicherer Anwendungen bei. Sie unterstützen den Bottom-Up-Integrationstest, bei dem einzelne Module zuerst getestet und dann schrittweise zu größeren Einheiten zusammengefügt werden. Zudem erlauben sie das frühe Aufdecken von Fehlern und Unstimmigkeiten, was zur Verbesserung der allgemeinen Softwarequalität führt.

Verschiedene Arten von Test-Treibern

Es gibt verschiedene Arten von Test-Treibern, die man jeweils für unterschiedliche Testszenarien verwenden kann. Dazu gehören unter anderem:

• Stubs: Diese simulieren die Funktionen einer Softwarekomponente, die noch nicht implementiert ist.
• Mocks: Sie ahmen das Verhalten einer bestimmten Klasse oder Methode nach und ermöglichen so das Testen unter kontrollierten Bedingungen.
• Fakes: Sie stellen vereinfachte Versionen von komplexen Objekten dar und sind hilfreich, wenn das echte Objekt schwer zu erzeugen oder zu kontrollieren ist.

Test-Treiber in der Praxis

In der Praxis kommt die Verwendung von Test-Treibern häufig im Kontext der testgetriebenen Entwicklung (TDD) „Test Driven Development“ vor. Bei dieser Methode wird zunächst ein Test geschrieben, der fehlschlägt. Anschließend entwickelt man die entsprechende Funktion so weiter, dass der Test erfolgreich durchläuft. Test-Treiber tragen dazu bei, den Entwicklungsprozess effizient zu gestalten und die Qualität der Software kontinuierlich zu überwachen.

Fazit

Zusammenfassend lässt sich sagen, dass Test-Treiber ein unverzichtbares Instrument im Softwaretest sind. Sie ermöglichen eine effektive Modulprüfung, tragen zur Fehlererkennung bei und unterstützen die Erstellung hochwertiger Softwareprodukte. Durch ihr Verständnis und ihre Anwendung können Softwareentwickler ihren Entwicklungsprozess verbessern und sicherstellen, dass das Endprodukt den Qualitätsanforderungen entspricht.

Der Beitrag Test-Treiber – Schlüssel zu effizienter Softwareentwicklung erschien zuerst auf CEOsBay.

Die Wurzeln des Pestizid-Paradoxons liegen in der Landwirtschaft. Wenn ein Bauer ständig dasselbe Pestizid verwendet, um seine Ernte zu schützen, entwickeln schließlich die Schädlinge, die überleben, eine Immunität gegen dieses spezifische Pestizid. Im Laufe der Zeit verliert das Pestizid seine Wirksamkeit. Analog dazu, in der Softwareentwicklung, wenn Entwickler und Tester immer wieder dieselben Tests anwenden, werden sie nur die Fehler finden und beheben, die diese Tests identifizieren können.

Das Pestizid-Paradoxon in der Softwareentwicklung verweist also auf die Notwendigkeit, kontinuierlich neue und verschiedene Testfälle zu erstellen. In der modernen agilen Entwicklung (Siehe Beitrag „Agiles Manifest„), bei der man Software kontinuierlich ändert und verbessert, muss das Testen Schritt halten und sich anpassen.

Mit der Zeit entdecken Testfälle weniger und weniger Bugs, genau wie Pestizide, die ihre Wirksamkeit gegen Schädlinge verlieren. Um Qualität und Sicherheit zu gewährleisten, muss man die Testszenarien daher regelmäßig überprüfen und aktualisieren. Ebenso muss man neue Tests entwickeln, um auf veränderte oder neue Funktionen zu reagieren.

Ein weiterer zentraler Aspekt des Pestizid-Paradoxons in der Softwareentwicklung ist die Notwendigkeit einer vielfältigen Teststrategie. Dazu gehören Funktionstests, Integrationstests, Leistungstests, Sicherheitstests und Benutzerakzeptanztests. Ein vielfältiges Test-Portfolio, das verschiedene Aspekte und Ebenen der Software abdeckt, erhöht die Wahrscheinlichkeit, dass mehr Fehler entdeckt und behoben werden.

Das Pestizid-Paradoxon ist somit eine starke Erinnerung daran, dass Veränderung in der Softwareentwicklung nicht nur unausweichlich, sondern notwendig ist. Es lehrt uns, dass wir uns nicht auf bewährte Testverfahren verlassen sollten. Es macht Sinn, ständig neue Methoden und Ansätze zu entwickeln und anzuwenden, um Softwarequalität und -sicherheit zu gewährleisten.

Der Beitrag Pestizid-Paradoxon – Resistenz von Bugs und Fehlern erschien zuerst auf CEOsBay.

1. Testen zeigt die Anwesenheit von Fehlern

Das Hauptziel des Testens ist es, Fehler und Mängel in einem System zu identifizieren. Es ist jedoch wichtig zu bedenken, dass das Testen nicht beweisen kann, dass ein System absolut fehlerfrei ist. Das Ausbleiben entdeckter Fehler bedeutet nicht zwangsläufig, dass das System perfekt ist.

2. Vollständiges Testen ist nicht möglich

Es ist unpraktisch und oft unmöglich, alle Kombinationen von Eingaben, Szenarien und Ausführungspfaden in einem komplexen System zu testen. Daher ist eine Teststrategie erforderlich, die auf Risikobewertung und Priorisierung basiert.

3. Grundsatz: Frühzeitiges Testen

Die Minimierung der Kosten und des Zeitaufwands für die Fehlerbehebung erfordert den Beginn der Testaktivitäten so früh wie möglich im Entwicklungszyklus. Der „Shift-Left“-Ansatz im Testen unterstreicht dieses Prinzip.

4. Grundsatz: Häufung von Fehlerzuständen

Das Pareto-Prinzip, auch bekannt als 80/20-Regel, ist auch im Testen relevant: 80% der Fehler treten normalerweise in 20% der Module auf. Dies unterstreicht die Bedeutung einer gezielten Testplanung.

5. Pestizid-Paradoxon bzw. Pestizid-Resistenz

Wiederholtes Durchführen derselben Tests führt schließlich zu einer Abnahme ihrer Effektivität bei der Identifizierung neuer Fehler. Daher ist es wichtig, Tests regelmäßig zu überprüfen und zu aktualisieren, um ihre Effektivität zu erhalten. (Siehe auch meinen Beitrag Pestizid-Paradoxon – Resistenz von Bugs und Fehlern)

6. Grundsatz: Testen ist kontextabhängig

Die Art und Weise, wie getestet wird, hängt stark vom Kontext ab, in dem das System eingesetzt wird. Ein Finanzsystem erfordert beispielsweise strengere Testanforderungen als ein persönliches Blogging-Tool wie WordPress.

7. Grundsatz: Fehlerabsenz-Trugschluss – Keine Fehler bedeutet ein brauchbares System

Das erfolgreiche Durchlaufen von Tests ist nicht gleichbedeutend mit der Einsatzbereitschaft des Systems. Eine sorgfältige Bewertung der Testergebnisse und der Qualität des Systems insgesamt ist unerlässlich, bevor eine Bereitstellungsentscheidung getroffen wird.

Fazit

Indem diese Grundprinzipien beachtet und in die Teststrategie integriert werden, kann man die Qualität von Systemen sicherstellen. Vor allem lassen sich die Systeme dadurch effektiv bewerten und kontinuierlich verbessern.

Ein spezifisches Manifest, das ausschließlich die Grundprinzipien des Testens behandelt, ähnlich wie das Agile Manifest, die Werte und Prinzipien agiler Softwareentwicklung definiert, existiert nicht. Die genannten Grundprinzipien sind jedoch weitgehend anerkannt und in zahlreichen Standards, Best Practices und Schulungsmaterialien für das Testen von Software und Systemen festgelegt.

Einer der am häufigsten referenzierten Standards ist das ISTQB (International Software Testing Qualifications Board), das ein detailliertes „Body of Knowledge“ für das Softwaretesten bietet und dabei viele dieser Grundprinzipien behandelt. Dazu werde ich bestimmt in naher Zukunft auch noch einen Beitrag schreiben.

Außerdem gibt es Manifeste und Prinzipien, die sich mit Qualitätssicherung und Testen im Kontext spezifischer Ansätze wie Agile oder DevOps befassen. Diese Manifeste betonen oft Aspekte wie kontinuierliches Testen, die Einbeziehung von Testen in alle Phasen des Entwicklungslebenszyklus und die Bedeutung von Automatisierung beim Testen.

Der Beitrag Die Sieben Grundprinzipien des Testens – Eine Übersicht erschien zuerst auf CEOsBay.

Was sind Whitebox Tests?

Whitebox Tests, auch bekannt als strukturelle oder gläserne Tests, sind eine Methode, um die interne Struktur und das Design von Software zu überprüfen. Sie ermöglichen Entwicklern, genaue Prüfungen der internen Logik und Struktur der zu testenden Codebasis durchzuführen.

Anders als bei Blackbox Tests, bei denen der Tester sich nur auf die Funktionalität konzentriert und keine Kenntnisse über den internen Code oder die Struktur der Software benötigt, erfordern Whitebox Tests ein tiefes Verständnis der zu testenden Software. Hierbei liegt der Fokus auf den internen Abläufen der Software, wie etwa Datenflüsse, Kontrollflüsse, Ablaufsteuerungen, Zustände und Ausnahmen.

Welche Testechniken schließt der Whitebox Test ein?

Whitebox Tests decken eine Vielzahl von Testtechniken ab, darunter Unit-Tests, Integrationstests und Systemtests. Jede dieser Techniken hat ihre eigene Rolle und Wichtigkeit in der gesamten Testlandschaft.

Kurzer Einblick in die Testmethoden der Whitebox Tests

Unit-Tests prüfen die kleinsten Einheiten des Codes, wie Funktionen oder Methoden, auf korrekte Funktionalität. Sie sind von entscheidender Bedeutung, um sicherzustellen, dass jeder Teil des Codes ordnungsgemäß funktioniert.

Integrationstests untersuchen die Zusammenarbeit mehrerer Komponenten oder Module innerhalb einer Software. Sie sind darauf ausgerichtet, mögliche Schnittstellenprobleme zu erkennen, die auftreten können, wenn unterschiedliche Softwaremodule zusammenarbeiten.

Systemtests hingegen überprüfen das gesamte System als Ganzes. Sie sorgen dafür, dass alle Komponenten zusammen richtig funktionieren und das System die erwarteten Ergebnisse liefert.

Fazit

Die Verwendung von Whitebox Tests bietet eine Reihe von Vorteilen. Sie ermöglicht es den Entwicklern, Fehler, Mängel und Schwachstellen in der internen Struktur der Software frühzeitig zu erkennen und zu beheben. Das kann zu einer erhöhten Softwarequalität, Zuverlässigkeit und Leistung führen. Sie tragen auch dazu bei, die Wartung der Software zu erleichtern und ihre Lebensdauer zu verlängern.

Der tiefgreifende Einblick, den Whitebox Tests in die interne Struktur und Funktionalität einer Software bieten, ist unerlässlich für die Schaffung qualitativ hochwertiger Produkte. Sie sind ein wertvoller Teil des Testprozesses und tragen wesentlich dazu bei, die Erwartungen der Endbenutzer zu erfüllen und die Softwarequalität auf hohem Niveau zu halten. Sie sind eine Investition, die sich in Form von hoher Benutzerzufriedenheit und langlebiger Software auszahlt.

Der Beitrag Whitebox Tests – Bugs aufspüren und Qualität sicherstellen erschien zuerst auf CEOsBay.

Continuous Integration (CI)

CI ist eine Praxis der Softwareentwicklung, bei der Entwickler ihre Änderungen am Code regelmäßig in einer zentralen Repository integrieren, in der Regel mehrmals täglich. Dieser Ansatz soll Probleme wie Merge-Konflikte oder schwer auffindbare Fehler aufgrund von Inkonsistenzen im Code frühzeitig erkennen und beheben.

Vor- und Nachteile von CI/CD

Einige der Hauptvorteile von CI sind:

• Früherkennung von Fehlern und Konflikten: Durch regelmäßige Integration und automatisierte Tests findet die Fehlerfindung und dadurch die Behebung der Fehler frühzeitig statt, bevor sie zu größeren Problemen führen.
• Reduzierung von Risiken: Da man Änderungen in kleineren Schritten und häufiger integriert, reduziert sich das Risiko, dass neue Funktionen bestehende Funktionen beeinträchtigen.
• Verbesserung der Codequalität: CI ermutigt Entwickler, Code häufiger zu testen, was zur Verbesserung der Codequalität beiträgt.

CI-Tools:

Es gibt eine Vielzahl von CI-Tools auf dem Markt, darunter Jenkins, GitLab CI, Travis CI und CircleCI. Diese Tools automatisieren den Integrationsprozess, indem sie den Code überprüfen, bauen und testen, sobald Änderungen eingecheckt sind.

Continuous Deployment (CD)

Continuous Deployment ist ein Prozess, bei dem man automatisierte Tests und Freigabeprozesse durchführt, um neue Codeänderungen kontinuierlich und in kürzester Zeit in die Produktionsumgebung einzuführen. Im Gegensatz zu Continuous Delivery, bei dem man die Freigabe in die Produktion noch manuell auslösen muss, geschieht dies bei Continuous Deployment vollautomatisch.

Vorteile von CD:

• Schnellere Markteinführung: Durch den Einsatz von CD kann man Software schneller auf den Markt und in Umlauf bringen, da man dadurch den manuellen Aufwand für die Bereitstellung minimiert.
• Automatisierte Fehlerbehebung: CD-Systeme bieten Möglichkeiten zur automatischen Fehlerbehebung und Rollbacks, um sicherzustellen, dass die Produktionsumgebung stabil bleibt.
• Bessere Zusammenarbeit: Durch CD kann man verschiedene Teams wie die Entwicklung, QA bzw. Testing und Operations besser aufeinander abstimmen, was die Zusammenarbeit und Kommunikation wesentlich verbessert.

CD-Tools:

Zu den beliebtesten CD-Tools gehören Spinnaker, GitLab CD, Octopus Deploy und Harness. Diese Tools helfen bei der Automatisierung von Bereitstellungsprozessen, einschließlich der Erstellung von Umgebungen, dem Ausführen von Tests und dem Verwalten von Konfigurationen.

Einige wichtige Punkte, die noch bei der Einführung und Anwendung von CI/CD zu beachten sind:

• Organisationskultur: Die Implementierung von CI/CD erfordert eine Veränderung in der Denkweise und Kultur eines Teams oder einer Organisation. Es ist wichtig, dass alle Beteiligten die Vorteile erkennen und bereit sind, sich auf kontinuierliche Verbesserung und Zusammenarbeit zu konzentrieren.
• Automatisierung: Um die Vorteile von CI/CD voll auszuschöpfen, ist es entscheidend, möglichst viele Schritte im Entwicklungs- und Bereitstellungsprozess zu automatisieren. Dies kann das Schreiben von Skripten für das Erstellen, Testen und Bereitstellen von Code oder die Verwendung von Tools und Plattformen umfassen, die diese Prozesse unterstützen.
• Testabdeckung: Um sicherzustellen, dass der Code in einer CI/CD-Pipeline zuverlässig funktioniert, ist es wichtig, ausreichende Testabdeckung sicherzustellen. Dies umfasst sowohl Unit-Tests als auch Integrationstests, um sicherzustellen, dass alle Aspekte einer Anwendung korrekt funktionieren. Hier macht es Sinn den Beitrag SonarQube zu erwähnen 😉
• Monitoring und Feedback: Im Zusammenhang mit CI/CD ist es wichtig, ein effektives Monitoring-System einzurichten, um Leistungsprobleme oder Fehler frühzeitig zu erkennen. Ebenso ist ein Feedback-System für Entwickler und Stakeholder entscheidend, um kontinuierlich voneinander zu lernen und Verbesserungen vorzunehmen. Hierzu schreibe ich in zukünftigen Beiträgen mehr. Bis es so weit ist, ist der Beitrag über Grafana erwähnenswert 😉
• Sicherheit: Bei der Implementierung von CI/CD ist es unerlässlich, Sicherheitspraktiken zu berücksichtigen. Dies umfasst die regelmäßige Überprüfung von Sicherheitspatches, die Durchführung von Sicherheitstests und die Einhaltung von Best Practices für sicheren Code.

Fazit

Continuous Integration und Continuous Deployment sind entscheidende Konzepte in der modernen Softwareentwicklung, die dazu beitragen, den Entwicklungsprozess zu beschleunigen, die Codequalität zu verbessern und die Zusammenarbeit zwischen Teams zu fördern. Durch die Einführung von CI/CD-Praktiken im Entwicklungsworkflow kann man Fehler frühzeitig erkennen, den Zeitaufwand für die Behebung von Problemen reduzieren und die Bereitstellung neuer Funktionen und Updates beschleunigen.

Indem man diese Faktoren berücksichtigt und CI/CD-Praktiken erfolgreich in einem Softwareentwicklungsprozess integriert, kann man von den Vorteilen der schnelleren Entwicklungszyklen, verbesserten Zusammenarbeit und von einer höheren Codequalität profitieren.

Der Beitrag CI/CD – Continuous Integration und Continuous Deployment erschien zuerst auf CEOsBay.