SAAS of SAS, een verschil voor test!

[CNederkoorn]

Hallo allen,

Afkortingen zijn een gemeengoed in de IT-wereld.
Maar deze afkortingen kunnen ook tot (mogelijke) onduidelijkheden
leiden.

Dat is het geval bij SAS (Software As Service) en SAAS (Software As A
Service).
Deze twee afkortingen lijken op elkaar, maar zijn toch wezenlijk
verschillend.

Software As Service kan gezien worden als een samensmelting van SAAS
(Software As A Service)
en SOA (Software Oriented Architecture).
Software As A Service biedt de aanbieder schaalvoordelen en de afnemer
hoeft minder te investeren
in onderhoud en ontwikkeling. Het gaat hier dan vaak om een een- op
een-verhouding van aanbieder en
afnemer.
Bij SOA gaat het om een architectuur die gebaseerd is op service-
orientatie wat een flexibelere ICT-infrastructuur
tot gevolg kan hebben en, gecombineerd met SAAS, een netwerk van
aanbieders en afnemers kan vormen.
Dit laatste, daar gaat het bij SAS om: een model van levering van
diensten waarbij de aanbieder zorg draagt voor ontwikkeling en
onderhoud van de softwarecomponenten aan de afnemer, en dat deze
softwarecomponeneten voldoen aan de service-orientatie (zie: Roadmap
Software As Service, Telin 2007)

Bij SAS speelt het dus om een netwerk of ingewikkelde keten, terwijl
het bij SAAS gaat om een webapplicatie, geleverd door een leverancier
aan derden.
Dit is voor een tester een wezenlijk verschil, omdat hij/zij bij SAAS
met meestal maar twee stakeholders te maken heeft, de leverancier en
afnemer van de SAAS-applicatie (denk aan CRM-pakket SalesForce.com) ,
maar bij SAS met een heel netwerk van stakeholders, waarbij meerdere
leveranciers en meerdere afnemers aanwezig kunnen zijn. Voorbeelden
van SAS zijn iDeal of DigiD.
Dit vergt een heel andere testaanpak, omdat al deze stakeholders
andere wensen hebben, en niet onbelangrijk, wellicht ook gebruik maken
van andere systemen met bijbehorende koppelingen.
Ik weet nu al wat de software-leveranciers zullen zeggen, onze
softwaresystemen zijn uitgebreid getest via onze unit- en
systeemtesten en via SOA kunnen we de SAS flexibel componeren.
Dat is mooi, maar mij gaat het om de kwaliteit van de gehele SAS, en
dat betekent ook een keten- of big bang-test op het einde van het
ontwikkelproces dat test of de SAS voldoet aan de gevraagde
functionaliteit.
Dat brengt me tot een ander probleem, wie gaat deze ketentest doen en
bovenal wie is verantwoordelijk voor de kwaliteit van het gehele
SAS:de leveranciers, de afnemers of beide?
Hierover moeten afspraken worden gemaakt (bv. (master)testplannen en
SLAs) om latere problemen hierover te voorkomen. Deze afspraken moeten
bij iedereen duidelijk zijn.
Anders krijgen we op het eind een zeer innovatief product, maar zonder
haar gevraagde functionaliteit.

Ik zie graag uw reactie op mijn verhaal tegemoet.


Met vriendelijke groet,

Cordny Nederkoorn
Software Testspecialist