Anforderungsmanagement: Jeder Testfall ist ein Review
Anforderungsmanagement entscheidet, wie gut der Test werden kann. Testfall-Design deckt Lücken auf, Verfolgbarkeit zeigt die betroffenen Tests.
Anforderungen & Business Analysis
Viele Fehler entstehen, lange bevor die erste Zeile Code geschrieben ist: in Anforderungen, die unklar, widersprüchlich oder nie ausgesprochen sind. Dieser Themenbereich verbindet Requirements Engineering und Business Analysis mit dem Blick des Testens und fragt, wie aus fachlichen Erwartungen prüfbare Aussagen werden.
Die Artikel und Podcastfolgen behandeln testbare User Stories, die Analyse und Verbesserung von Anforderungen, Domain Storytelling und Product Discovery, dazu Security-Anforderungen, rechtliche Stolperfallen in Softwareverträgen sowie Chancen und Risiken von KI bei Anforderungen. Die Grundlagenseiten zu Abnahmetest und Entscheidungstabellentest ergänzen das um passende Verfahren. Im Mittelpunkt steht, dass Fachbereich, Entwicklung und Test unter einer Anforderung dasselbe verstehen.
Grundlagen
Artikel
Kraftanstrengung
Kraftanstrengung bringt Softwareteams weiter als tägliche Beschäftigung: technische Schulden abbauen, alten Code löschen, Prozesse verschlanken.
Testprinzipien: Sie halten länger als jedes Tool
Testprinzipien geben Halt, wenn Testen früher in die Entwicklung rückt. Nicht-funktionale Tests wie Security und Usability werden wichtiger.
Pilotprojekt Testautomatisierung: Schrittweise zum Roll-Out
Pilotprojekt Testautomatisierung mit den drei bestplatzierten Werkzeugen, danach Anwendung in einer Abteilung und Roll-Out im ganzen Unternehmen.
Sinneseindrücke in der Software-Konzeption
Nutze Submodalitäten für die Software-Konzeption, um die User Experience zu vertiefen und echte Wünsche des Anwenders umzusetzen.
Cloud-Services testen: Statische und dynamische Analyse
Cloud-Services testen, ohne alles zu prüfen: Der Fokus liegt auf betriebsrelevanten Funktionen und darauf, wie fremde Services zusammenspielen.
Datenqualität bewerten: Drei Audits für Kundendatenbanken
Datenqualität bewerten: Drei automatisierte Audits prüfen Schema, Struktur und Inhalt. Die Metriken zeigen, wann eine Bereinigung nötig ist.
Testaufwand schätzen: Drei Methoden ergeben eine Bandbreite
Testaufwand schätzen aus Anforderungen: Drei Aufwandsschätzungen aus Test-Points, gezählten Testfällen und COCOMO-II ergeben eine Bandbreite.
Requirements Engineering: Tester prüfen Anforderungen früh
Requirements Engineering profitiert, wenn Tester Anforderungen früh im Review auf Vollständigkeit und Testbarkeit prüfen. Das spart teure Nacharbeit.
Podcastfolgen
KI beim Testen steigert den Wert erfahrener Tester
KI beim Testen hilft bei Routine, doch KI-generierter Code bringt mehr Fehlerzustände. Erfahrene Tester mit Geschäftswissen werden dadurch wertvoller.
Lean-Prinzipien: Erst das Problem verstehen, dann lösen
Lean-Prinzipien zielen auf Qualität zur richtigen Zeit, weniger Verschwendung und Wachstum im Team. Verschwendung ist, was dem Kunden nichts bringt.
Quality Sprint: Wie ein Workshop Qualitätsprobleme löst
Hartnäckige Qualitätsprobleme löst kein Bericht, der Quality Sprint schon: ein Tag mit allen Stakeholdern, drei bis vier Schritte mit klaren Ownern.
Positive Leadership: Fünf Strategien aus dem PERMA-Modell
Positive Leadership ist kein Ponyhof. Das PERMA-Modell zeigt, wie Führung über fünf Stellschrauben Wertschätzung und Wertschöpfung verbindet.
Security Requirements: Erst Assets, dann Anforderungen
Security Requirements: Testbare Sicherheitsanforderungen entstehen aus den drei Schutzzielen und der Frage, welche Assets schützenswert sind.
Der geschäftliche Nutzen des Testens: Risiko in Geld umrechnen
Der geschäftliche Nutzen des Testens wird sichtbar, wenn Tester Risiken in Geld ausdrücken: Regressionszeit, Supportkosten, verfrühte Releases.
QFD liefert Ursache-Wirkungs-Analysen, die LLMs fehlen
Quality Function Deployment (QFD) verknüpft Kundennutzen per Matrix mit Funktionen und Testfällen. Irrelevante Tests fallen weg, Prioritäten sitzen.
IEC 62443-4-1 umsetzen: was die Norm konkret verlangt
Die IEC 62443-4-1 verlangt Independence of Testers: Tester und Entwickler berichten nicht an dieselbe Führungskraft. Wie ein Hersteller das umsetzt.
Formale Methoden: Warum hilft funktionale Programmierung?
Formale Methoden klingen nach Elfenbeinturm, liefern aber das, was Tests allein nie können: einen mathematischen Beweis für korrektes Verhalten.
Werkvertrag in der Softwareentwicklung: Backlog ist das Werk
Beim Werkvertrag in der Softwareentwicklung zählt nicht die Überschrift: Agile Verträge gelten vor Gericht oft als Werkvertrag. Klare Klauseln helfen.
Testwerkzeuge auswählen: Beliebtheit ist kein Kriterium
Wer Testwerkzeuge auswählt, beginnt bei den Anforderungen. Bei Produkten für Japan fehlte dem gesetzten Framework ausgerechnet der Safari-Support.
KI im Requirements Engineering braucht präzise Prompts
KI im Requirements Engineering: Für KI-basierte Anforderungsanalyse gehören Scope, Kontext und Schablone in den Prompt, sonst erfindet das Modell.
Verhaltensgetriebene Entwicklung: BDD beginnt mit Beispielen
Verhaltensgetriebene Entwicklung (BDD) bringt erst Wert, wenn das Team konkrete Beispiele gemeinsam erarbeitet. Die Szenarien sind deren Ergebnis.
Barrierefreie PDFs: Betroffene gehören in den Test
Barrierefreie PDFs brauchen Überschriften, Alternativtexte und saubere Tabellen. Was das BFSG ab 2025 verlangt und warum Betroffene mittesten sollten.
Quereinstieg ins Testing: Praktikum schlägt Zertifikate
Quereinstieg ins Testing ohne IT-Hintergrund: Zertifikate allein bringen keinen Job. Den Unterschied macht Praxiserfahrung, am besten im Praktikum.
Multidimensionales risikobasiertes Testen ohne Mehraufwand
Multidimensionales risikobasiertes Testen macht aus Bauchgefühl eine Metrik: fünf Ebenen, eine Fibonacci-Skala und ein aggregierter Risikoscore.
Product Discovery: Risiko senken, bevor Code entsteht
Product Discovery klärt vor der ersten Codezeile, welches Problem die Software lösen soll. Dabei helfen Workshops, Interviews und Papier-Prototypen.
Kollaboratives Software-Design: Annahmen frühzeitig aufdecken
Kollaboratives Software-Design deckt Annahmen auf, bevor Code entsteht. Event Storming und Example Mapping ersetzen dabei Dokumentübergaben.
Ganzheitlicher Test: Qualität in jeder Phase der Entwicklung
Der ganzheitliche Test macht das ganze Team für Qualität verantwortlich, von der Entdeckung bis zur Produktion. Das verhindert teure Nacharbeit.
Legacy-Modernisierung, wenn die Experten fehlen
Bei der Legacy-Modernisierung fehlen oft die Fachexperten, nicht die Technik. Wie Umbau in Scheiben, Tests und RAG das Wissen im Altcode heben.
Gewaltfreie Kommunikation im Software Testing
Gewaltfreie Kommunikation hat vier Komponenten: Beobachtung, Gefühl, Bedürfnis, Bitte. Wie das im Tester-Alltag konkret aussieht.
Informelle Netzwerke: das Organigramm, das keiner zeichnet
Informelle Netzwerke entscheiden, wie schnell sich eine Organisation anpasst. Ihre Basis ist Vertrauen, Führung fördert sie: einladen statt anordnen.
Anforderungsanalyse: Lücken finden mit DEFOSPAM
Bei der Anforderungsanalyse zeigen sich oft mehr Lücken als gedacht. DEFOSPAM deckt sie systematisch auf, und KI kann dabei als Ideengeber helfen.
Business Analyst im Data Warehouse: Grenzfälle früh erkennen
Ein Business Analyst aus dem Testing hinterfragt Anforderungen im Data Warehouse, bevor Code entsteht. Tester prüfen auch seine Spezifikation.
Modellbasierte Formulartests: Testdaten per SMT-Solver
Formulartests für 255 Formularvarianten in 16 Bundesländern: Ein SMT-Solver erzeugt valide Testdaten aus den Regeln und findet Widersprüche.
Barrierefreiheit nach BFSG: Pflicht für B2C-Unternehmen
Das BFSG gilt seit 28. Juli 2025 für B2C-Angebote, Verstöße kosten bis zu 100.000 Euro. Die WCAG sind für Tester geschrieben, Nachbessern wird teuer.
Qualitätsanforderungen brauchen eine änderbare Architektur
Funktionale und Qualitätsanforderungen trennen: sinnvoll oder irreführend? Was diese Unterscheidung für Architekturentscheidungen wirklich bedeutet.
Shift Left im Akzeptanztest: Vertrauen statt Fehlersuche
Shift Left im Akzeptanztest: Wer Tester erst kurz vor der Lieferung holt, prüft Qualität zum teuersten Zeitpunkt. Frühe Einbindung schafft Vertrauen.
Kontinuierliche Discovery: Fachlichkeit gehört ins Team
Kontinuierliche Discovery füllt die Lücke, die Scrum vor dem Backlog lässt. Event Storming und Gemba Walks machen Kundenprobleme sichtbar.
Faire KI: Assurance Case macht Fairness testbar
Faire KI klingt gut, aber was bedeutet das messbar? Warum sich Fairness-Maße widersprechen können und wie ein strukturierter Assurance Case hilft.
Metriken der Softwarequalität: Zahlen brauchen einen Bezug
Metriken der Softwarequalität zeigen oft unbequeme Wahrheiten. Dabei reicht eine Tabelle, um Testaufwand und Fehler zu prognostizieren.
Wie werden User Stories mit Akzeptanzkriterien testbar?
User Stories sollen testbar sein, alle nicken, doch kaum jemand weiß konkret wie. Welche drei Testaktivitäten dabei wirklich weiterhelfen.
Quality by Design: Fehler vermeiden statt Fehler suchen
Fehler nicht testen, sondern gar nicht erst einbauen: Quality by Design überträgt einen Ansatz aus der Pharmaindustrie in die Softwareentwicklung.
Domain Storytelling: Konversation statt Pflichtenheft
Domain Storytelling: Fachexperten erzählen Geschichten aus der Domäne, das Team zeichnet sie grafisch auf. So ersetzt das Gespräch das Pflichtenheft.
Auftragsklärung im Test: Ohne klares Ziel wird es teuer
Auftragsklärung im Test läuft wie im Coaching: erst das Ziel, dann die Prüfung. Mustererkennung und Lernen aus Fehlern wirken als Qualitätshebel.
BDD-Kritik von einem Verfechter: was schiefläuft
Gherkin erst am Schluss geschrieben ist kein BDD, nur eine andere Notation für Testfälle. Was die Methode wirklich braucht, sagt einer, der sie verteidigt.
Nachhaltige Softwareentwicklung: Neue Sicht auf alte NFRs
Nachhaltige Softwareentwicklung beginnt bei den Anforderungen. Mehr bringt nachhaltiges Testen, etwa Performance-Tests bei viel Ökostrom im Netz.
Behavior Driven Development im Team: So gelingt der Start
Behavior Driven Development fasst Features in Given-When-Then-Szenarien, die Fachbereich und IT gleich verstehen. So gelingt der Start im Team.