Quality

Testing provides awareness of quality. Before we can discuss testing, we will have to determine what we perceive as quality! Ask a random person what is meant by software quality and he will tell you ‘that it should work’. That is functionality. After giving it some more thought, you will probably add usability, and then performance. And what about security? All of these are aspects we would like to have awareness of. Certain people (at the ISO) have thought a lot about a complete set of quality aspects and have defined 30 of them. And since we promised to keep it simple, we will choose 7 for now.

functionaliteit Functionality
Does it do what it is supposed to do? This is usually what we will agree upon before we start any sofware project and is also the first aspect to be notices if it is not right; the user is actually stuck.
gebruiksvriendelijkheid Usability
Although it is a buzz word, I do like to use it and define it. The definition here is ‘can it be used easily and intuitively’? Or do I have to work myself through countless menus, find what I need in overcrowded pages, go back and forth to get my input right or maybe even need to enter the same data twice. Note that all of this is really different from functionality where we just wanted to somehow cross the finish line.
inpasbaarheid Suitability
Even if the functionality is great, it is also really important that my company, my colleagues and myself can actually work well with it. This is mainly a relevant topic in case of standard software packages. It is possible that the colleagues will require training or a user manual. Or maybe the company will need to set up new roles, new processes or new authorisation structures to make the match.
inpasbaarheid Performance
Hoe snel kan één gebruiker of beheerder ermee werken. Maar ook; kan het systeem het verwachte aantal gebruikers aan (load)? En als er een overbelasting is, wordt dat dan netjes afgevangen (stress)?
beveiliging Security
Doet het niet wat het niet mag doen. Dat is misschien nét te kort door de bocht, maar het contrasteert zo mooi met functionaliteit. Die twee vormen dus een mooi samenspel. Beveiliging is of alleen de juiste personen bij de juiste informatie kunnen, via een rollen- en rechtenstructuur. Maar ook het rekening houden met weerbaarheid tegen hackers.
continuiteit Continuity
Kan ik er lang achter elkaar mee werken? En als het toch een keer uitvalt, ben ik dan binnen de gestelde tijd weer aan het werk? Met een vastgestelde maximum hoeveelheid gegevens die ik ben kwijtgeraakt. Dat zijn trouwens mooie discussies tussen business en IT; een zwaar programma binnen een uur weer laten werken met tevens een uur dataverlies is voor IT al best knap en prijzig, maar voor de business onacceptabel.
beheerbaarheid Maintainability
Kan ik fouten snel ontdekken, uitzoeken en oplossen? Als een gebruiker een vraag stelt, kan ik dan makkelijk het antwoord vinden? Als er een extra optie aan een keuzelijstje moet worden toegevoegd, gaat dat een beetje vlot? En als een gebruiker een nieuwe rol of afdeling krijgt, kan ik dat makkelijk verwerken? Enzovoort.

De kunst is om over al die begrippen een tastbare afspraak te maken wat je gaat testen. En vaak ook meteen: om er überhaupt aandacht voor te krijgen. Dus dit is al jouw eerste toegevoegde waarde als tester, en eigenlijk hebben we het nog niet eens over testen gehad!

> > Door naar risico’s

Plaats als eerste een reactie!

Naam*: E-mail*: