Eine Marke der mobilistics GmbH
Qualitätssicherung

Qualität, die im Prozess verankert ist.
Nicht nachträglich geprüft.

Software, die beim Launch funktioniert, aber sechs Monate später Probleme macht, das ist häufig kein Zufall. Es ist die Konsequenz aus Qualitätssicherung, die ans Ende des Projekts verschoben wurde. Bei devosphere ist QA kein abschließender Schritt, sondern Bestandteil jedes Sprints.
Test Driven Development devosphere

Test Driven Development:
Tests entstehen vor dem Code

Test Driven Development bedeutet: Bevor eine Funktion entwickelt wird, wird der Test dafür geschrieben. Das klingt nach Mehraufwand. In der Praxis reduziert es Fehler, die später deutlich teurer zu beheben sind.  Das Ergebnis ist Code, der von Beginn an auf Testbarkeit ausgelegt ist. Nicht Code, der nachträglich mit Tests versehen wird, was häufig zu lückenhafter Abdeckung führt. 

Tests, die bei jeder Änderung mitlaufen

Automatisierte Tests stellen sicher, dass neue Entwicklungen bestehende Funktionen nicht unbemerkt brechen. Bei devosphere sind automatisierte Tests fester Bestandteil der CI/CD-Pipeline. Jede Änderung wird geprüft, bevor sie in die Produktionsumgebung gelangt. Das bedeutet für Kunden: Weniger manuelle Regressionstests. Weniger unerwartete Ausfälle nach Updates. Mehr Sicherheit bei der Weiterentwicklung bestehender Software.

Log-Auswertung und Fehleranalyse als Teil des QA-Prozesses

Für Anwendungen mit komplexen Such- und Filteranforderungen setzt devosphere auf Elasticsearch und Opensearch: Open-Source-basierte Lösungen für Volltextsuche, Datenanalyse und Log-Auswertung. Skalierbar, performant, ohne proprietäre Abhängigkeiten.

Software, die stabil bleibt
auch wenn sie wächst

Qualitätssicherung nach dem devosphere-Standard bedeutet: Fehler werden früh erkannt — nicht vom Endnutzer. Weiterentwicklungen sind planbar, weil die Testabdeckung Sicherheit gibt. Und der Betrieb läuft stabil, weil Qualität von Beginn an Teil des Prozesses war, nicht ein nachträglicher Gedanke. 

Software, die langfristig stabil bleiben soll?

In der Praxis zeigt sich häufig, dass nachträgliche Qualitätssicherung deutlich teurer ist als QA, die von Beginn an mitgedacht wird.