Antwortzeiten, Funktionalität und Robustheit sind gängige Merkmale, mit denen sich unter anderem die Qualität einer Software beschreiben und über die sich messbare Ziele setzen lassen. Hinzu kommen weitere, vom Anwender geforderte Qualitätsmerkmale, die ebenfalls in einem Testkonzept samt dessen Methoden und Testumgebung berücksichtigt werden müssen.

Routinen, die sich auf den ersten Blick auch unter einer Service-orientierten Architektur nicht ändern. Genauer betrachtet zeigt sich aber ein anderes, differenzierteres Bild: Mit SOA entstehen komplexe Systeme, die den Aufwand für Qualitätssicherung steigern und insbesondere die Gesamtsystemanalyse sehr viel aufwändiger gestalten.

Services, wie sie das theoretische Konzept einer SOA vorsieht, sind Lehrbuchkandidaten für die Qualitätssicherung. Das beginnt schon beim Anforderungs-Management: Schnell ist geklärt, was ein Dienst leisten und welche Schnittstellen er haben soll. Auch die Funktionsprüfung ist per Blackbox-Test kein Problem. Das Eingabe- und Ausgabeverhalten ist in der Regel genau spezifiziert, die Testautomation simpel. Aus einer Datenbank etwa werden die benötigten Eingabewerte genutzt und die Ausgabewerte dorthin zurückgeschrieben, um sie dann automatisch auszuwerten. Bei großen Anwendungen hingegen kann die Testautomation vergleichsweise mit viel höherem Aufwand verbunden sein.