Squerist gebruikt een zeer gestructureerde aanpak voor het Low-Code testen. Ieder professioneel testtraject begint met het vaststellen van de risico’s en de beslissing of deze door middel van testen gemitigeerd moeten worden. Dat is bij een Low-Code systeem niet anders. Er zijn een aantal risico’s bij non Low-Code systemen die je bij Low-Code systemen niet hoeft te testen. Een voorbeeld daarvan is de aansluiting van het procesmodel en het systeem. Er zijn echter ook een aantal Low-Code specifieke risico’s die je in ieder geval wil testen. Voorbeelden hiervan zijn interfaces (koppelingen) naar andere systemen, non-functionals zoals performance en security/privacy, de aansluiting van de processen op de organisatie, de juiste implementatie van business rules en data-kwaliteitsmanagement. Tot slot wil je ook graag weten of het hele ketenproces uiteindelijk nog steeds goed functioneert.
Uit eigen ervaring van Squerist is gebleken dat het in deze fase belangrijk is om te kijken naar de kwaliteit van de requirements en acceptatiecriteria. De acceptatiecriteria is de mate dat hierin de business rules en de wensen van de klant concreet en eenduidig zijn opgenomen.
Er is daarnaast ook een verschil in de manier hoe de projecten door de leveranciers of producenten worden uitgevoerd. Hier dien je in het bepalen van je aanpak en het herkennen van de risico’s ook rekening mee te houden.
Als we de risico’s helder hebben, bekijkt Squerist samen met de opdrachtgever hoe deze risico’s getest gaan worden. Wat gaan de teams testen? Gaan de gebruikers testen en zo ja, hoe faciliteren we die optimaal? Gaan we met professionele testers testen? Of maken we gebruik van een hybride team waarin zowel de businesskennis (gebruikers) als de testkennis (testspecialisten met platform kennis) zijn vertegenwoordigd?
Door Squerist in te zetten bij het realiseren van Low-Code systemen voeg je de test-competentie toe aan jouw team. Dit verhoogt de kwaliteitsmindset, wat bijdraagt aan het projectsucces.
Low Code aanpak
Squerist gebruikt een zeer gestructureerde aanpak voor het Low-Code testen. Ieder professioneel testtraject begint met het vaststellen van de risico’s en de beslissing of deze door middel van testen gemitigeerd moeten worden. Dat is bij een Low-Code systeem niet anders. Er zijn een aantal risico’s bij non Low-Code systemen die je bij Low-Code systemen niet hoeft te testen. Een voorbeeld daarvan is de aansluiting van het procesmodel en het systeem. Er zijn echter ook een aantal Low-Code specifieke risico’s die je in ieder geval wil testen. Voorbeelden hiervan zijn interfaces (koppelingen) naar andere systemen, non-functionals zoals performance en security/privacy, de aansluiting van de processen op de organisatie, de juiste implementatie van business rules en data-kwaliteitsmanagement. Tot slot wil je ook graag weten of het hele ketenproces uiteindelijk nog steeds goed functioneert.
Uit eigen ervaring van Squerist is gebleken dat het in deze fase belangrijk is om te kijken naar de kwaliteit van de requirements en acceptatiecriteria. De acceptatiecriteria is de mate dat hierin de business rules en de wensen van de klant concreet en eenduidig zijn opgenomen.
Er is daarnaast ook een verschil in de manier hoe de projecten door de leveranciers of producenten worden uitgevoerd. Hier dien je in het bepalen van je aanpak en het herkennen van de risico’s ook rekening mee te houden.
Als we de risico’s helder hebben, bekijkt Squerist samen met de opdrachtgever hoe deze risico’s getest gaan worden. Wat gaan de teams testen? Gaan de gebruikers testen en zo ja, hoe faciliteren we die optimaal? Gaan we met professionele testers testen? Of maken we gebruik van een hybride team waarin zowel de businesskennis (gebruikers) als de testkennis (testspecialisten met platform kennis) zijn vertegenwoordigd?
Door Squerist in te zetten bij het realiseren van Low-Code systemen voeg je de test-competentie toe aan jouw team. Dit verhoogt de kwaliteitsmindset, wat bijdraagt aan het projectsucces.
Low Code aanpak
Squerist gebruikt een zeer gestructureerde aanpak voor het Low-Code testen. Ieder professioneel testtraject begint met het vaststellen van de risico’s en de beslissing of deze door middel van testen gemitigeerd moeten worden. Dat is bij een Low-Code systeem niet anders. Er zijn een aantal risico’s bij non Low-Code systemen die je bij Low-Code systemen niet hoeft te testen. Een voorbeeld daarvan is de aansluiting van het procesmodel en het systeem. Er zijn echter ook een aantal Low-Code specifieke risico’s die je in ieder geval wil testen. Voorbeelden hiervan zijn interfaces (koppelingen) naar andere systemen, non-functionals zoals performance en security/privacy, de aansluiting van de processen op de organisatie, de juiste implementatie van business rules en data-kwaliteitsmanagement. Tot slot wil je ook graag weten of het hele ketenproces uiteindelijk nog steeds goed functioneert.
Uit eigen ervaring van Squerist is gebleken dat het in deze fase belangrijk is om te kijken naar de kwaliteit van de requirements en acceptatiecriteria. De acceptatiecriteria is de mate dat hierin de business rules en de wensen van de klant concreet en eenduidig zijn opgenomen.
Er is daarnaast ook een verschil in de manier hoe de projecten door de leveranciers of producenten worden uitgevoerd. Hier dien je in het bepalen van je aanpak en het herkennen van de risico’s ook rekening mee te houden.
Als we de risico’s helder hebben, bekijkt Squerist samen met de opdrachtgever hoe deze risico’s getest gaan worden. Wat gaan de teams testen? Gaan de gebruikers testen en zo ja, hoe faciliteren we die optimaal? Gaan we met professionele testers testen? Of maken we gebruik van een hybride team waarin zowel de businesskennis (gebruikers) als de testkennis (testspecialisten met platform kennis) zijn vertegenwoordigd?
Door Squerist in te zetten bij het realiseren van Low-Code systemen voeg je de test-competentie toe aan jouw team. Dit verhoogt de kwaliteitsmindset, wat bijdraagt aan het projectsucces.
Neem contact met ons op
Onze oplossingen
Opleiden gebruikers voor Low-Code testen
Het is zeker mogelijk om gebruikers mee te laten draaien in Low-Code testen.
Gebruikers hebben veel kennis van de applicatie. Ze weten wat er wel en niet werkt in de praktijk. Bovendien moeten zij uiteindelijk met het systeem gaan werken. Om gebruikers mee te laten draaien in Low-Code testen is basiskennis wel vereist. De cursus Low-Code testen voor gebruikers leert de gebruikers deze basiskennis.
Squerist kan een algemene cursus Low-Code testen voor gebruikers verzorgen. In de praktijk blijkt het echter succesvoller om de cursus af te stemmen op jouw organisatie en jouw project. Squerist maakt dan voorafgaand aan en tijdens de cursus afspraken. Dit zijn afspraken over de wijze van testen, de wijze van documenteren, het administreren van issues en dergelijke.
De cursus Low-Code testen voor gebruikers kost 1 tot 2 dagen. Dit is afhankelijk van jouw wensen. Een cursus die afgestemd is op jouw organisatie en systeem kost meer voorbereiding dan een algemene cursus.
Uitvoeren Product Risico Analyse
Om het testen van Low-Code systemene zo efficiënt en effectief mogelijk te laten verlopen,
begint Squerist ieder traject met een Product Risico Analyse. In deze analyse bepalen we gezamenlijk welke risico’s er in jouw situatie zijn. Bovendien bepalen we of die risico’s moeten worden afgedekt en zo ja, hoe deze moeten worden afgedekt. Vaak vindt de Product Risico Analyse plaats door middel van één of meerdere workshops en interviews. Wij betrekken jouw medewerkers intensief bij de Product Risico Analyse.
Het resultaat van de Product Risico Analyse is een overzicht van de af te dekken risico’s en de wijze waarop je die risico’s af kunt dekken.
Performancetesten bij Low-Code
Uit de ervaring van Squerist met systemen die ontwikkeld zijn met Low-Code platformen blijkt dat
performance een aandachtspunt is. Dit is vooral belangrijk als er veel mensen zijn die de app gaan gebruiken. Squerist heeft performancetesten uitgevoerd bij systemen die op verschillende platformen waren ontwikkeld. We hebben de tools voor deze performancetesten. Met ons testlab kunnen we ook de load genereren die nodig is voor een goede performancetest.
Maak kennis met Squerist
Verder brengen, dat is wat wij doen. In samenwerking met onze klanten en aangepast aan elke unieke vraag. Denk je dat wij iets voor elkaar kunnen betekenen of wil je gewoon bij ons een keer een kop goede koffie komen drinken? Voel je vrij om contact met ons op te nemen en dan kijken we samen wat we voor elkaar kunnen betekenen!
"*" geeft vereiste velden aan