QA testen van een SaaS platform

SaaS staat voor Software as a Service. Het betekent dat het SaaS platform wordt gehost en beheerd door de leverancier en dat gebruikers eenvoudig hun browsers openen en verbinding maken met de applicatie, waar ook ter wereld.

Dit artikel gaat over het uitvoeren van QA testen met behulp van een SaaS QA-managementsysteem. QA management systemen worden gebruikt door testteams om hun SaaS platform te testen en bugs te beheren.

De vraag die klanten vaak stellen is of het testen van een SaaS platform verschilt van het testen van een andere omgeving. In principe is het testen van een SaaS platform niet anders, maar het vereist wel dat we verschillende soorten testen samenvoegen die we op andere platformen alleen geïsoleerde gebruiken.

SaaS platform QA testen

Hier is een overzicht van de soorten testen die we op een SaaS platform kunnen uitvoeren:

Functionele scenario’s – Zoals bij elke andere toepassing zorgen we ervoor dat de functionaliteit werkt zoals verwacht.

Hiervoor maken we gebruik van de reguliere testtechnieken zoals:

• Handmatige testscripts.
• Acceptatiecriteria.
• Checklisten.
• End-to-end scenario’s.
• enz.

Naast handmatige testen kunnen we ook gebruik maken van Selenium om geautomatiseerde regressietesten uit te voeren.

QA testen voor verschillende platformen

Als we SaaS via internet aanbieden moeten we er op rekenen dat het systeem moet werken op verschillende platformen. We weten vooraf niet van welk platform een gebruiker gebruik maakt. Daarom testen we combinaties van fysieke en virtuele machines om ervoor te zorgen dat gebruikers kunnen werken op Windows, Mac en Linux. Tevens testen we ook op de IE, Firefox, Chrome en Safari-browsers.

Laad- en stresstesten

Ons SaaS platform moet grote hoeveelheden verschillende gebruikers kunnen verwerken en we hebben niet de luxe om het platform eens in de zoveel tijd opnieuw op te starten of down te laten gaan.

Toegang tot het SaaS platform

Externe toegang en gebruik zorgen ervoor dat alle gebruikers, ongeacht of ze uit de VS, Nederland, India, Argentinië of Australië komen, met het systeem kunnen werken met goede reactietijden.

Er zijn veel emulatoren (zoals Shunra ) die kunnen helpen bij het testen in ons lab. Er gaat echter niets boven echte praktijktesten. Hiervoor hebben we een aantal lokale medewerkers nodig die bereid zijn om een ​​reeks tests uit te voeren. Hun resultaten kunnen we per locaties verzamelen en rapporteren.

Omdat mensen over de hele wereld het SaaS platform gebruiken, moeten we er op letten dat het systeem internationale personages kan ondersteunen.

SaaS platform beveiliging

Niemand mag het systeem of het SaaS platform bewust of per ongeluk kunnen beschadigen.  Om dat te voorkomen testen we dat zaken zoals cross-site scripting en andere gaten in de beveiliging zijn geblokkeerd.

Live updates en implementaties zijn zaken waar we zelden over nadenken bij on premise applicaties. Voor SaaS platformen rijzen de volgenden vragen:

• Hoe implementeer je een release terwijl het systeem doordraait?
• Hoe minimaliseren we de downtime voor de gebruikers?

Dit is iets dat het DevOps team ontwikkelt en afhandelt. Omdat de levering en update van het product echter deel uitmaken van de algemene gebruikerservaring, testen we deze aspecten voortdurend.

Disaster recovery en dataherstel

Disaster recovery en restore-procedures zijn een andere test-taak die komt op het bord van de DevOps- en de BCM teams.

Het gaat hier om het testen van 2 hoofdscenario’s:

1. Als het systeem down gaat moeten we dat snel oplossen. We handelen dan net zo als bij nieuwe platformen die installatie en configuratie vereisen.
2. Terugkeren naar de laatst bekende stabiele versie (restore), inclusief de data.

QA testen is meer dan het nalopen van requirements

Als nuttige we aanvullende testen en activiteiten onderkennen voegen we die toe aan onze testsuites. Het belangrijkste principe is echter dat we onze applicatietest moeten zien in het licht van de complete end-to-end gebruikerservaring. Dat wil zeggen dat we niet alleen de functionele requirements testen waar testers mee werken. We moeten begrijpen dat we niet alleen testen of de functionaliteit werkt. Ons testdoel is dat gebruikers de best mogelijke applicatie krijgen met het beste service level. Dat betekent dat we 99,9% van de fouten er uit moeten halen voor dat de applicatie wordt vrijgegeven.

Discussieer mee op LinkedIn.