SaaS Compatibility testing

Compatibility testing is bij SaaS platformen belangrijker dan ooit te voren. Dit soort applicaties maken gebruik van verbindingen met allerlei platformen en moeten draaien op allerlei devices en operating systemen. Om er voor te zorgen dat onze SaaS oplossing vlekkeloos werkt moeten we deze aspecten grondig testen. Hou rekening met de aspecten in dit artikel.

Webbrowser Compatibility testing

Het SaaS-model veronderstelt dat een applicatie op iedere webbrowser hetzelfde werkt. Compatibility testing met verschillende browsers is dus vereist. Aan de andere kant is het ontwerpen en testen van onze SaaS-oplossing zodat deze volledig compatibel is met alle mogelijke browsers en hun versies nauwelijks haalbaar. Om een ​​geschikte lijst met browsers te maken die de doelomgevingen van ons SaaS-product zijn, moeten we rekening houden met de volgende informatie:

• Gebruikersstatistieken over welke browsers en hun versies.
• De meest populaire browsers.
• Nieuw uitgebrachte browsers.
• De browsers gebaseerd op dezelfde kernels (met hen hoeven we niet iedere browser afzonderlijk te testen).
• De compatibiliteit van de applicatie, wanneer verschillende mensen in verschillende browsers de applicatie openen, moeten we testen.
• Browser Compatibility Testing is het testen van de applicatie in alle doelomgevingen (Platforms) om te controleren of het werkt zoals verwacht op alle beoogde.
• Compatibility testing staat ook bekend als crossbrowser-testen en cross-platform testen.
• Het platform is een combinatie van OS en Browser.

Webbrowser compatibilty testing voorbeeld: Test Outlook in onderstaande omgevingen en platforms:

• OS + browsers.
• Windows OS + Chrome, Edge, FireFox, Safari, Opera-browsers.
• Mac OS + FireFox, Chrome, Safari, Opera-browsers.
• Linux + Edge, FireFox, Chrome, Safari, Opera-browsers.
• Android+ FireFox, Chrome, Opera, Android, UC-browsers.
• iOS + Safari, FireFox, Chrome, Opera, Android, UC-browsers

Cloud infrastructuur compatibility testing

De software die we installeren bieden we aan via internet vanaf een cloud omgeving of eigen interne systemen. Voordat we deze omgeving vrijgeven voor gebruik moeten we er zeker van zijn dat alles goed werkt. Vergeet ook niet de maintenance en backup services. Uit te voeren acties:

• Check eerst de compatibiliteitsvereisten die aan de applicatie worden gesteld in een testsysteem.
• Controleer de browsercompatibiliteit in de cloudomgeving.
• Identificeer de defecten die kunnen optreden tijdens het verbinden met de cloud.
• Eventuele onvolledige clouddata mogen we niet overgedragen.
• Controleer of de applicatie werkt op een andere cloudplatform zodat we zeker zijn van de continuïteit van de applicatie bij calamiteiten.
• Test de applicatie op de interne omgeving en implementeer deze vervolgens in een cloudomgeving.

Netwerk compatibility testing

Bij SaaS applicaties van een hoge kwaliteit horen ook grotere uitdagingen. Omdat klanten de SaaS-applicatie via internet rechtstreeks benaderen, is de beveiliging de grootste zorg. Ondanks deze bezorgdheid gebruiken veel bedrijven de SaaS-applicatie vanwege de voordelen.

Verbindingen met de cloud zijn essentieel voor een juiste werking van onze applicatie. De nadruk hierbij ligt op de beveiliging. Vooral als het gaat om een SaaS applicatie die financiële- of privacy gevoelige data, moeten we zeker zijn dat deze goed beveiligd is.

• Stel het testprotocol verantwoordelijk voor cloudconnectiviteit vast.
• Controleer op juiste netwerkconnectiviteit.
• Test de netwerkbeveiliging, beveiligingsdreigingen, integriteit en toegankelijkheid. We testen idere mogelijke test uit om de veiligheid van het netwerk te garanderen.
• Controleer op data-integriteit tijdens het overdragen van data.
• Check of verdachte pakketten aan beide kanten door een firewall worden verwijderd.

Software compatibility testing

Integratietests voeren we uit om de integratie van het SaaS-systeem met andere systemen te controleren. Belangrijke issues voor deze test zijn:

• Zorg voor de kwaliteit van de SaaS-connectiviteit en test de gebruikersinterface met betrekking tot overdraagbaarheid en compatibiliteit.
• Elke up-grade, release en datamigratie in een applicatie vereist een regressietest.
• Omdat we van SaaS-applicaties kunnen verwachten dat ze zwaar worden belast, zijn prestatie- en schaalbaarheidstests vereist om het gedrag van de applicatie bij piekbelastingen in gekoppelde omgevingen te verifiëren.
• Telkens wanneer we nieuwe functies toevoegen of oude functies bijwerken, zijn upgradetests vereist voor de SaaS-applicatie.
• Interne API-testen voeren we uit om de functionaliteit, beveiliging, volledigheid en prestaties van de applicatie vast te stellen.
• Vragen van klanten, betaling en facturering handelen we af als onderdeel van operationele tests.

Externe API compatibility testing

Externe API-testen zijn relevant voor SaaS-applicaties vóór en na de release. We controleren of onze oplossing probleemloos is geïntegreerd met de rest van de bedrijfssoftware van de gebruiker of andere applicaties van derden. Tijdens het uitvoeren van API-tests checkt het testteam:

• De juistheid van de invoer- en uitvoerparameters van de API’s.
• De verwachte reactietijd en of de wijzigingen in de API’s niet leiden tot een algemene storing van de SaaS-oplossing.

Bij het uitbrengen van releases moeten we er een goede gewoonte van maken om de werking van API’s opnieuw te controleren na de aangebrachte wijzigingen.

Backward Compatibility testing

De term Backward Compatible wordt soms gebruikt om hardware of software te beschrijven die is ontworpen zonder rekening te houden met compatibiliteit met eerdere versies. Daardoor zijn de twee versies niet compatible met elkaar. In dit geval kunnen de twee versies namelijk geen data met elkaar delen. Bovendien kunnen ze functies hebben die fouten of crashes veroorzaken als we ze op dezelfde computer installeren. Dit gebeurd omdat de computer niet begrijpt naar welke versie wordt verwezen. Zelfs als de eerdere versie is verwijderd, kunnen de resterende overblijfselen ervan problemen veroorzaken bij het uitvoeren van de nieuwere versie.

Het is bijvoorbeeld erg prettig als Windows 11 software ook blijkt te draaien op Windows 8. Dit is echter niet vanzelfsprekend en ook SaaS applicaties moeten op de testbank als we die willen gebruiken op een oude versie van het OS.

DevOps Continuous Integration / Continuous Delivery and Testing

Als de SaaS-oplossing nog niet live is gegaan, is het een optie om naar DevOps als methodologie voor software ontwikkeling over te stappen. Hiermee kunnen we softwarefuncties en wijzigingen vaak en in kleine porties leveren. Met de DevOps-methodologie zijn er meer bugs te vinden tijdens het testen van SaaS-oplossingen. Volgens het concept ‘Vroeg uitbrengen, vaak uitbrengen‘ komen er minder defecten in de productiefase als bedrijven met frequente en kleine releases komen. De reden hiervoor is dat DevOps uitgaat van continue functionele testen en allesomvattende regressietests. Dit is een integraal onderdeel is van de softwarelevenscyclus.

De kortere testcyclus voor SaaS-levering wordt ook veroorzaakt door verschillen in het architectonische model van software die als service wordt geleverd. Dit in vergelijking met traditionele softwarelevering. Vervolgens kunnen we verschillende testelementen in het kader van traditionele softwaretests verwijderen uit onze standaard SaaS Testing aanpak. In deze zin vereist SaaS Testing geen testgevallen voor: client- of serverinstallaties, multi-platform back-end ondersteuning, ondersteuning voor meerdere versies of backward compatibiliteit.

Wanneer en waar vinden deze testen plaats?

Compatibility testing is doorgaans geen aparte activiteit in de software ontwikkelings cyclus. Niettemin is het een belangrijke activiteit die we in het testplan moeten opnemen. Bij het maken van het testplan moeten we kijken waar we de compatibility testen moeten uitvoeren. Elementen moeten verdeelt worden over de volgende testen:

• Ontwikkeltesten.
• Systeemtesten.
• Ketentesten.
• Integratietesten.
• Ketenintegratietesten.
• Security testen.
• SaaS testing.

Discussieer mee op LinkedIn.