Digitale systemen testen en vaststellen of ze gereed zijn voor gebruik

Een computer kan normaal opstarten en toch falen bij de eerste taak die de gebruiker moet uitvoeren. Bij testen doorloop je met een geconfigureerd systeem bekende handelingen en vergelijk je wat gebeurt met wat zou moeten gebeuren. Het systeem kan één laptop, een printer, een accountconfiguratie of een toepassing voor een team zijn.

Testen en kwaliteitsborging

Kwaliteitsborging verbetert de manier waarop werk wordt uitgevoerd, zodat problemen worden voorkomen. Een standaardcontrolelijst voor de inrichting, een afgesproken basisbeveiligingsnorm en een beoordeling van het testplan zijn activiteiten voor kwaliteitsborging. Testen onderzoekt het specifieke systeem dat uit dat proces voortkomt. Het is kwaliteitscontrole: het vindt defecten en levert bewijs voor het besluit over ingebruikname.

Testen helpt verloren werk, geblokkeerde taken en beveiligingsincidenten voorkomen. Het geeft de eigenaar ook een basis om het systeem te accepteren. Een map die voor de technicus opent maar het account van de gebruiker weigert, is een probleem dat je vóór de eerste dienst van de gebruiker wilt vinden.

Volg een probleem van fout tot storing

Deze termen beschrijven verschillende delen van hetzelfde verhaal:

Een test kan de storing aan het licht brengen. Daarna volgt diagnose volgens de methode voor probleemoplossing om de oorzaak vast te stellen; het testresultaat alleen bewijst niet welke instelling verkeerd is.

Verificatie controleert de specificatie: is het systeem volgens de eisen geconfigureerd? Validatie controleert de behoefte: kunnen mensen hun echte werk doen? Een laptop kan overeenkomen met de controlelijst voor de inrichting en toch een toepassing missen die de gebruiker nodig heeft. Daarom helpen zowel gebruikerstaken als beleid op de werkplek bepalen wat wordt getest.

Kies het niveau en type

Het niveau van een test beschrijft wat wordt onderzocht. Ontwikkelaars testen afzonderlijke softwarecomponenten en hun integratie. Supportmedewerkers testen vooral het volledige geconfigureerde systeem. Systeemintegratietests controleren verbindingen met andere systemen, zoals cloudopslag of e-mail. Bij acceptatietesten kunnen gebruikers of eigenaren controleren of het systeem geschikt is voor gebruik.

Het type van een test beschrijft welk kwaliteitsaspect wordt onderzocht. Functioneel testen controleert wat het systeem doet. Niet-functioneel testen controleert prestaties, bruikbaarheid, toegankelijkheid, beveiliging, betrouwbaarheid en compatibiliteit. Dit zijn afzonderlijke dimensies: een acceptatietest kan zowel prestaties als functionaliteit onderzoeken.

Blackboxtesten werken vanuit eisen zonder de interne structuur te onderzoeken. Whiteboxtesten gebruiken kennis van code of configuratielogica. De meeste controles van taken in ondersteuningswerk zijn blackboxtests.

Testen kan niet elke mogelijke combinatie van accounts, invoer en omstandigheden dekken. Geef voorrang aan gebieden waar een storing waarschijnlijk of schadelijk is en test vroeg genoeg om problemen te corrigeren voordat gebruikers van het systeem afhankelijk zijn. Een test zonder gevonden problemen stelt vast dat deze tests geen defecten hebben gevonden. Het bewijst niet dat het systeem er geen heeft. Neem eisen uit beveiligings-, toegankelijkheids- en gegevensbeschermingsbeleid mee, ook als de aanvrager ze niet heeft genoemd.

Verzoeken mengen vaak een taak, een voorkeursoplossing en een vage verwachting. Scheid die ideeën vóór het testen en spreek af hoe succes eruitziet. Een duidelijke eis maakt het mogelijk dat twee testers tot hetzelfde oordeel geslaagd of gefaald komen.

Begin bij de taak van de gebruiker

Een gebruikerseis verwoordt een behoefte in alledaagse taal: “Ik moet facturen naar de financiële map kunnen scannen.” De bijbehorende systeemeisen geven aan wat die taak moet ondersteunen: een geschikt scannerstuurprogramma, instellingen om naar een map te scannen, schrijfmachtiging en toegang tot de bestandsserver.

Een functionele eis geeft aan wat het systeem doet, zoals afdrukken op een toegewezen printer. Een niet-functionele eis geeft aan hoe goed het werkt of welke beperkingen gelden, zoals een tijdslimiet voor aanmelden of beperkte toegang tot financiële gegevens. Voor beide is bewijs nodig.

“Installeer deze browser” kan een voorgestelde oplossing zijn voor “Open het portaal van de leverancier”. De browser installeren verifieert één handeling. De portaaltaak voltooien valideert de behoefte van de gebruiker.

Maak succes waarneembaar

Een succescriterium, ook acceptatiecriterium genoemd, geeft een duidelijke voorwaarde om te slagen. Vervang “snel”, “eenvoudig” of “veilig” door een afgesproken meting of zichtbaar resultaat. Specificeer waar relevant de handeling, omstandigheden, grenswaarde en eenheid.

Voor een receptie-pc kan “snel en veilig” worden:

1. Vanaf het inschakelen tot een bruikbaar bureaublad duurt in elk van drie tests maximaal 60 seconden.
2. De boekingstoepassing opent binnen 5 seconden.
3. Het scherm vergrendelt na 5 minuten zonder invoer.
4. De receptionist gebruikt een standaardaccount en kan geen programma's installeren waarvoor beheerdersrechten nodig zijn.
5. De systeemschijf is versleuteld.

De tijdslimieten zijn afgesproken eisen, geen universele normen voor elke computer. Vraag de aanvrager ze vóór het testen te bevestigen. Anders kan een tester na het zien van de resultaten een gemakkelijk te halen grenswaarde kiezen.

Vind de minder zichtbare eisen

Vraag wie het systeem gaat gebruiken, welke taken belangrijk zijn, welke apparaten en toepassingen zij gebruiken en welke toegankelijkheidsinstellingen of ondersteunende technologieën zij nodig hebben. Voeg eisen uit beleid toe. Een aanmelding kan afhankelijk zijn van het netwerk, een identiteitsdienst en MFA; een toepassing kan een bepaald besturingssysteem, een databaseverbinding of een licentieserver nodig hebben.

Compatibiliteit betekent dat die vereiste combinaties samenwerken. Als medewerkers twee browsers gebruiken, laat een test van slechts één browser een deel van de eis ongecontroleerd. Leg afhankelijkheden vast, zodat de testomgeving die kan bevatten.

Koppel prioriteiten aan tests

MoSCoW-prioriteiten onderscheiden moet, zou moeten, zou kunnen en deze keer niet. Een niet-gehaalde moet-eis blokkeert normaal gesproken de ingebruikname. Een niet-gehaalde zou-kunnen-eis kan een geaccepteerd bekend probleem worden. Prioriteit helpt de volgorde en diepgang van tests te kiezen, maar verandert een mislukt resultaat niet in een geslaagd resultaat.

Maak een traceerbaarheidstabel met eis-ID, succescriterium, testgeval-ID's en resultaat. Een rij zonder test laat een gat in de dekking zien. Werk bij een gewijzigde eis de bijbehorende tests en de tabel samen bij. Toetsbare eisen worden met de aanvrager bevestigd; het zijn niet zomaar de taken die toevallig het gemakkelijkst te controleren zijn.

Een testomgeving geeft je een plek om instellingen te wijzigen, handelingen te herhalen en gegevens te herstellen zonder echt werk te onderbreken. De omgeving moet ook voldoende op de doelomgeving lijken om bruikbare resultaten op te leveren.

Stem de omgeving af op het doel

De productieomgeving bevat echt werk en echte gegevens. Omgevingen buiten productie dienen verschillende doelen:

Een virtuele machine kan een testbesturingssysteem op een bestaande fysieke computer uitvoeren. Een snapshot legt de toestand vóór een wijziging vast. Door terug te keren kan een collega de test vanaf hetzelfde uitgangspunt herhalen. Leg die begintoestand vast: een test die afhangt van een onbekende eerdere wijziging is moeilijk te reproduceren.

Zorg voor representatieve resultaten

Vergelijk de testopstelling met de beoogde apparaten. Controleer versie en build van het besturingssysteem, toepassingen, beleid, hardwarecapaciteit, netwerktoegang en machtigingen. Een toepassing die goed werkt met 32 GB geheugen kan traag zijn op de laptop van de gebruiker met 8 GB. Een testaccount met beheerdersrechten kan een toegangsprobleem voor een standaardgebruiker verbergen.

Representativiteit hangt af van wat je wilt aantonen. Een virtuele machine kan veel instellingen controleren, maar voor een resultaat over een fysieke printer of een bepaalde laptop is nog steeds het betreffende apparaat nodig. Noteer verschillen tussen test en productie, zodat het rapport over gereedheid kan uitleggen wat nog niet is bevestigd.

Bereid accounts, gegevens en herstel voor

Gebruik synthetische gegevens, zoals verzonnen klanten en voorbeeldfacturen, of passend geanonimiseerde gegevens. Als echte persoonsgegevens nodig zijn, volg dan het beleid: gebruik zo weinig mogelijk gegevens, beperk de toegang en verwijder ze wanneer het testen eindigt. Oefengegevens moeten realistisch genoeg zijn om de taak te ondersteunen zonder klantgegevens bloot te stellen.

Voorzie testapparaten, -accounts en -servers van duidelijke labels. Controleer vóór elke uitvoering het doel van het script. Een goed geschreven test kan nog steeds schade veroorzaken als die berichten naar echte klanten stuurt of gegevens op een productieserver verwijdert. Afzonderlijke testaanmeldgegevens en -bestemmingen helpen die fout voorkomen.

Bevestig vóór de start de ingangscriteria: de beoogde build is geïnstalleerd, accounts en apparaten zijn beschikbaar, testgegevens zijn geladen, hulpmiddelen werken en de referentiemeting van de prestaties is vastgelegd. Bewaar het apparaatmodel, de build van het besturingssysteem, toepassingsversies en netwerkgegevens bij de resultaten. Deze gegevens verklaren onder welke omstandigheden de test is geslaagd.

Sommige laatste controles moeten worden uitgevoerd op het daadwerkelijke systeem dat wordt overgedragen. Spreek een tijdvenster af, houd een back-up of een methode om wijzigingen ongedaan te maken achter de hand als er een wijziging plaatsvindt en geef de voorkeur aan controles die alleen lezen. Een laatste apparaatcontrole bevestigt de toestand bij aflevering; ze maakt van een productiemachine geen veilige plek voor verstorende experimenten.

Een testplan maakt van een verzameling controles afgesproken werkzaamheden. Het legt het doel, de grenzen en de verantwoordelijkheden vast voordat de resultaten bekend zijn, zodat het testen niet afhangt van wie die dag toevallig beschikbaar is.

Geef aan wat het werk omvat

Noem het doel en de apparaten, accounts, toepassingen en verbindingen die worden getest. Maak een lijst van wat binnen en buiten de afbakening valt. Neem de testtypen, omgeving, gegevens, hulpmiddelen, mensen, planning, risico's en rapportagemethode op. De aanvrager moet kunnen zien hoe het plan de eisen behandelt.

Een praktische tabel in het plan kan elke test, het doel, de gegevens en het verwachte resultaat vermelden, met ruimte voor het werkelijke resultaat. Gedetailleerde, herhaalbare instructies horen in gekoppelde testgevallen. Het plan coördineert de hele activiteit; een testgeval beschrijft één controle.

Spreek af wanneer je begint en eindigt

Ingangscriteria geven aan wat gereed moet zijn voordat het testen begint. Voor een partij laptops kunnen ze bijvoorbeeld vereisen dat op alle 12 apparaten de standaardbuild en testaccounts zijn geïnstalleerd.

Uitgangscriteria geven aan wat moet gelden voordat het testen als afgerond wordt beschouwd. Een voorbeeld is: “Alle geplande tests zijn uitgevoerd, aan alle moet-eisen is voldaan en er staan geen defecten met kritieke of hoge ernst open.” Daarmee kan de eigenaar resultaten consistent beoordelen. Een deadline is een beperking in de planning, geen bewijs dat aan die voorwaarden is voldaan.

Geblokkeerde en niet-uitgevoerde tests blijven zichtbaar bij de beoordeling van uitgangscriteria. Als een vereiste dienst niet beschikbaar is, noteer dan het ontbrekende testresultaat en het effect op het besluit. Markeer de eis niet als gehaald omdat de tijd van de technicus op was.

Besteed aandacht waar storingen ertoe doen

Risicogebaseerd testen besteedt meer aandacht aan waarschijnlijke of schadelijke storingen. Aanmelden, toegang tot bedrijfsgegevens, de belangrijkste toepassing en beveiligingsinstellingen verdienen meestal vroege controles. Een fout in de bureaubladachtergrond kan een korte controle krijgen omdat de impact anders is.

Voor 12 verkooplaptops kan een plan aanmelden, e-mail, de klantendatabase, VPN, afdrukken, een teamshare, versleuteling, updates en vergroting voor een slechtziende gebruiker omvatten. De interne code van de database valt buiten deze ondersteuningstest. Begin op een afzonderlijk testnetwerk en voer daarna de laatste controles uit met de juiste accounts.

Als de builds identiek zijn, test je twee apparaten grondig en gebruik je een controlelijst voor gereedheid op alle 12. Steekproeven van gemeenschappelijk gedrag besparen tijd, maar apparaatspecifieke zaken moeten nog steeds afzonderlijk worden gecontroleerd. Versleutelingsstatus, updates, accuconditie en het account van de gebruiker kunnen verschillen tussen verder identieke laptops. Uitgangscriteria die vereisen dat op alle 12 aan de moet-eisen is voldaan, blijven voor alle 12 gelden.

Houd het plan afgestemd op wijzigingen

Geef mensen duidelijke rollen: wie bereidt accounts voor, voert testgevallen uit, legt defecten vast en accepteert het systeem? Reserveer tijd voor oplossingen en hertesten. Bepaal risico's zoals niet-beschikbare testapparatuur of een afhankelijkheid die niet kan worden bereikt en spreek af hoe je daarmee omgaat.

Als de aanvrager een eis wijzigt, pas je het succescriterium, de testgevallen, de planning en de rij in de traceerbaarheidstabel samen aan. Als het oude plan blijft staan, ontstaat een verschil tussen het systeem dat mensen verwachten en het systeem dat het bewijs daadwerkelijk beschrijft.

Een collega moet een testgeval aan de hand van de geschreven instructies kunnen uitvoeren en een vergelijkbaar resultaat kunnen krijgen. Daarvoor zijn een bekende begintoestand, duidelijke handelingen en een verwacht resultaat nodig dat vóór de uitvoering is gekozen.

Schrijf één herhaalbare controle

Neem een ID en titel, de gekoppelde eis, precondities, genummerde stappen, testgegevens en het verwachte resultaat op. Voeg tijdens de uitvoering het waargenomen resultaat, de status, de tester en de datum toe. “Het werkt” is te vaag. “Het account wordt als vergrendeld weergegeven en een correct wachtwoord wordt tot de ontgrendeling geweigerd” beschrijft waarneembaar gedrag.

Precondities voorkomen dat eerdere tests de betekenis van latere tests veranderen. Een vergrendelingstest kan vijf mislukte pogingen niet betrouwbaar tellen als er voor het account al drie zijn geregistreerd.

Doorloop accountvergrendeling

Stel voor een eis van vergrendeling na vijf mislukte aanmeldingen de drempel in op vijf. Begin met een actief, niet-vergrendeld testaccount waarvan de teller voor mislukte pogingen op nul staat. Voer deze stappen uit zonder een pauze die lang genoeg is om de teller te resetten:

1. Voer vier keer een verkeerd wachtwoord in.
2. Controleer of het account nog actief is.
3. Voer een vijfde keer een verkeerd wachtwoord in.
4. Probeer het juiste wachtwoord.

Het verwachte resultaat na vier mislukte pogingen is geen vergrendeling. De vijfde veroorzaakt vergrendeling en het juiste wachtwoord wordt geweigerd totdat een beheerder het account ontgrendelt of de vergrendelingsperiode eindigt. Reset het account vóór een volgende uitvoering, zodat de beginvoorwaarden overeenkomen.

Kies gegevens die een fout kunnen blootleggen

Positieve tests controleren toegestane handelingen en aanvaardbare invoer. Negatieve tests controleren of verboden handelingen en onaanvaardbare invoer veilig worden afgewezen. Een negatieve test slaagt wanneer de vereiste afwijzing plaatsvindt; “afgewezen” betekent niet automatisch “gefaald”.

Sommige opleidingen voegen ongeldige en foutieve of ontbrekende gegevens samen. Voor een testplan is het belangrijk dat de gekozen gevallen zowel regelovertredingen als ongeschikte invoer controleren.

Een minimum van 12 omvat precies 12. Door alleen 11 en 15 te testen, kun je een defect missen dat ten onrechte meer dan 12 vereist. Aan de bovengrens moet 64 worden geaccepteerd en 65 afgewezen. Vermeld andere wachtwoordvoorwaarden, zodat de lengtecontrole niet met een andere regel wordt verward.

Controleer of een resultaat logisch is

Ook onverwacht goede resultaten moet je controleren. Een bestand van 2 GB bevat 16 gigabit, dus een verbinding van 1 Gbit/s heeft minstens 16 seconden nodig om het te versturen, exclusief overhead. Een gemelde kopieertijd van 0,1 seconde wijst erop dat de meting die netwerkoverdracht niet weergaf. Bewaar de waarneming, onderzoek de methode en raadpleeg zo nodig een vakdeskundige. Werk testgevallen bij wanneer eisen en configuraties veranderen; alleen het verwachte pad herhaaldelijk testen brengt op den duur geen nieuwe problemen meer aan het licht.

Testen gebruikt elektriciteit, apparatuur en tijd van medewerkers. Efficiënt testen behoudt de vereiste mate van zekerheid en voorkomt tegelijk ongebruikte resources, onnodig opnieuw opbouwen en herhaald werk dat geen bewijs toevoegt.

Bereken energie uit vermogen en tijd

Vermogen is de snelheid waarmee energie wordt gebruikt. Reken watt om naar kilowatt en vermenigvuldig met het aantal bedrijfsuren:

Een server die 120 W verbruikt, gebruikt 0,12 kW. Continu draaien gedurende 30 dagen levert 720 uur op en gebruikt 86,4 kWh. Alleen draaien op tien testdagen van 8 uur levert 80 uur op en gebruikt 9,6 kWh. Het verschil is 76,8 kWh, een besparing van ongeveer 89%. Deze cijfers gaan uit van het genoemde constante vermogen; met echte metingen kun je het werkelijke verbruik van een apparaat vaststellen.

Hergebruik opstellingen en stop ongebruikte resources

Hergebruik testapparaten, virtuele machines en snapshots wanneer ze aan de testeisen voldoen. Automatiseer herhaalde controles en bewaar resultaten digitaal. Bij identieke builds kan een steekproef grondig worden getest, terwijl elk apparaat nog steeds de individuele controles op gereedheid krijgt die het nodig heeft.

Sluit na het testen virtuele testmachines af en verwijder ongebruikte cloudresources. Controleer de werkelijke status op het platform: in Azure kan afsluiten vanuit het besturingssysteem ertoe leiden dat een virtuele machine toegewezen blijft en de kosten voor rekenresources doorlopen. Het vrijgeven van de toegewezen rekenresources stopt die kosten, terwijl voor behouden schijven nog opslagkosten gelden. Volg de gedocumenteerde acties voor stoppen en verwijderen van het platform en controleer wat overblijft.

Toets efficiënte instellingen aan echt werk

Onnodige opstartprogramma's en achtergrondservices gebruiken processortijd en geheugen. Meet middelengebruik en responstijd vóór en na een configuratiewijziging onder vergelijkbare omstandigheden. Geef een virtuele machine het geheugen en de processorcapaciteit die nodig zijn, zonder ongebruikte capaciteit van de host af te nemen.

Instellingen voor slaapstand en het uitschakelen van het beeldscherm verminderen het energieverbruik als een apparaat niet wordt gebruikt, maar de timing moet bij de taak passen. Een informatiescherm bij de receptie moet mogelijk de hele dag zichtbaar blijven. Een apparaat waarvoor updates 's nachts zijn gepland, moet tijdens dat venster ontwaken of beschikbaar blijven. Een energiebesparende instelling is niet geslaagd als die een verplichte taak verhindert.

Verwijder een vereiste achtergrondservice niet alleen omdat die in Broncontrole verschijnt. De test controleert de afgesproken configuratie en het effect ervan; een mislukking wordt vastgelegd voor onderzoek. Efficiëntie en prestaties worden aan dezelfde gebruikers- en beleidseisen getoetst als andere instellingen.

Gebruik hardware gedurende de nuttige levensduur

Testen kan aantonen dat een ouder apparaat nog aan de eisen voldoet, waardoor vervanging en de daarvoor benodigde materialen worden uitgesteld. Het hergebruiken van testhardware vermindert ook afval. Energiebesparing hangt af van het apparaat en de werklast: productie vormt een groot deel van de voetafdruk van veel laptops en telefoons, terwijl een inefficiënte server tijdens gebruik zoveel elektriciteit kan verbruiken dat vervanging gunstiger is.

Regel veilige gegevenswissing en erkende recycling wanneer apparatuur het einde van de nuttige levensduur bereikt. Hergebruik is alleen waardevol als het apparaat geschikt blijft voor de volgende taak en de eerdere gegevens zijn beschermd.

Een functionele test volgt een taak tot het bruikbare resultaat. Een programma openen is pas het begin als de gebruiker er werk mee moet bewerken, opslaan, verzenden of afdrukken.

Volg de volledige taak

Begin met de functionele eisen en maak een lijst van de handelingen die de gebruiker moet kunnen uitvoeren. Typische controles in ondersteuningswerk omvatten aanmelden; vereiste toepassingen openen; gedeelde bestanden bewerken en opslaan; interne en externe e-mail; afdrukken; toegang tot wifi en VPN; scannen; vereiste websites; en een gesprek met de camera en headset.

Bepaal voor elke taak wat het uiteindelijke bewijs is. Een afdrukvenster bewijst niet dat de toegewezen printer een leesbare pagina heeft afgedrukt. Een opslagmelding is sterker bewijs wanneer het bestand kan worden gesloten, opnieuw geopend en op de verwachte inhoud gecontroleerd.

Gebruik het juiste account

Voer gebruikerstaken uit met het account van de gebruiker of een testaccount met dezelfde groepslidmaatschappen. Een beheerder kan bestanden bereiken of instellingen wijzigen die een standaardgebruiker niet kan bereiken of wijzigen. Als je alleen als beheerder test, kun je precies het machtigingsprobleem verbergen waar de gebruiker tegenaan loopt.

Meld je voor een Sales-share aan met een Sales-testaccount. Open de share, maak “Quote-test.docx”, sla het op, sluit het en open het opnieuw. Controleer de inhoud. Probeer daarna met hetzelfde account de HR-share te openen. Als verkoopmedewerkers geen toegang tot HR mogen hebben, is het verwachte resultaat “Toegang geweigerd”. Leg de positieve en negatieve resultaten afzonderlijk vast.

Een technicus heeft mogelijk een bevoegd hulpprogramma met verhoogde rechten nodig om een beschermde instelling te inspecteren. Dat is een andere controle dan aantonen dat de gebruiker een taak kan uitvoeren. Leg bij elk resultaat het account en het niveau van de rechten vast.

Kies een snelle controle of een gedetailleerde test

Een smoketest is een korte, oppervlakkige controle van essentiële functies: opstarten, aanmelden, netwerkverbinding en de belangrijkste toepassing. Voer die eerst uit om een build te herkennen die nog niet gereed is voor grondiger testen. Als aanmelden mislukt, kunnen veel latere taken niet zinvol worden geprobeerd.

Een geslaagde smoketest stelt niet vast dat elke taak werkt. Ga verder met de geplande testgevallen van begin tot eind, inclusief minder frequente maar vereiste handelingen. Een toepassing die opent, kan nog steeds falen bij het opslaan van een rapport of het verbinden met een dienst.

Test oplossingen en gerelateerd gedrag opnieuw

Bij hertesten herhaal je de mislukte test na een oplossing. Het antwoordt op de vraag of het oorspronkelijke probleem is verdwenen. Bij regressietesten herhaal je controles die eerder slaagden om te zoeken naar schade door de wijziging.

Herhaal na het bijwerken van een printerstuurprogramma eerst het afdrukgeval dat mislukte. Controleer daarna afdrukken vanuit de andere belangrijke toepassingen en scannen waar hetzelfde stuurprogrammapakket daarop invloed kan hebben. Bewaar het oorspronkelijke mislukte resultaat en voeg de nieuwe resultaten toe, zodat de registratie zowel het defect als het bewijs van correctie toont.

Controleer de vereiste combinaties

Compatibiliteitstesten omvatten de besturingssystemen, browsers, apparaten en bestandsformaten die gebruikers daadwerkelijk nodig hebben. Een portaal dat in één browser werkt, bevestigt de tweede ondersteunde browser niet. Leg de geteste versies en combinaties vast; anders verbergt de uitspraak “het portaal werkt” een deel van de afbakening. Kies ook na een kleine wijziging regressietests voor de functies die daardoor kunnen worden beïnvloed.

Prestatietesten vervangen “het voelt traag” door metingen onder bekende omstandigheden. Stabiliteitstesten vragen of aanvaardbaar gedrag in de loop van de tijd aanhoudt, dus een snelle geslaagde uitvoering is slechts één deel van het bewijs.

Stem de meetwaarde af op de eis

Responstijd meet de wachttijd van een handeling tot het resultaat, in seconden of milliseconden. Doorvoersnelheid meet werk per tijdseenheid, zoals pagina's per minuut of Mbit/s. Middelengebruik omvat het processorpercentage, geheugengebruik, schijfactiviteit en netwerkgebruik. Netwerklatentie is vertraging in milliseconden; pakketverlies is het percentage verzoeken zonder antwoord.

Bewaar een referentiemeting onder normale omstandigheden. Vergelijk latere resultaten met die referentie en de afgesproken grenswaarden. Een processorwaarde van 70% zegt weinig zonder de werklast en het normale gedrag van dat systeem.

Kies realistische omstandigheden

Een rustige uitvoering met één gebruiker kan de prestaties tijdens een drukke ochtend niet vaststellen. Een duurtest kan geheugengebruik onthullen dat blijft groeien of een vertraging die pas na uren verschijnt. Herhaal metingen met dezelfde methode en leg omstandigheden vast zoals een koude start, updates op de achtergrond en de energiemodus.

Kijk verder dan het gemiddelde

Bij aanmeldtijden van 4,2; 3,8; 4,0; 9,6 en 4,1 seconden is het totaal 25,7 seconden. Delen door vijf geeft een gemiddelde van 5,14 seconden. Gesorteerd zijn de waarden 3,8; 4,0; 4,1; 4,2 en 9,6, dus de mediaan is 4,1 seconden en het maximum is 9,6 seconden.

Aan het criterium “mediaan maximaal 5 seconden en geen aanmelding langer dan 10 seconden” is voldaan. De trage uitvoering brengt het gemiddelde boven 5 seconden, maar het criterium noemt het gemiddelde niet. Bewaar de trage waarneming voor onderzoek; verwijder die niet alleen omdat die ongebruikelijk is.

Een percentagecriterium heeft ook een aantal nodig. “95% van 20 pagina's geladen binnen 2 seconden” vereist 19 keer laden binnen de grens. Eén keer langzamer laden is toegestaan; twee keer niet. Eén verloren antwoord op 20 pingverzoeken is 5% verlies. “Minder dan 2 seconden” sluit precies 2 seconden uit, terwijl “maximaal 2 seconden” die wel omvat.

Leg een mislukking vast voordat je die onderzoekt

Gebruik Taakbeheer, Broncontrole of Prestatiemeter op Windows; Activiteitenweergave op macOS; of top, htop en free -h op Linux. Een tijdmeter meet de wachttijd van de gebruiker, terwijl ping helpt latentie en verlies te meten. Bewaar de eenheden en methode bij elk resultaat.

Onvoldoende geheugen, opstartprogramma's, een stuurprogramma, de energiemodus, hardwarecapaciteit, softwaredefecten en externe diensten kunnen allemaal de prestaties beïnvloeden. Een niet-gehaalde grenswaarde wijst op een te onderzoeken probleem, niet op de oorzaak ervan. Meet na correctie opnieuw onder vergelijkbare omstandigheden, zodat de vergelijking vóór en na de correctie betekenisvol is.

Een systeem kan zijn technische functies uitvoeren en toch dagelijkse taken voor sommige gebruikers moeilijk of onmogelijk maken. Controles van bruikbaarheid en toegankelijkheid onderzoeken de taak vanuit het perspectief van de beoogde gebruiker, inclusief de instellingen en ondersteunende technologie die de gebruiker gebruikt.

Observeer de taak zonder die over te nemen

Bruikbaarheid betreft effectiviteit, efficiëntie en tevredenheid: kunnen mensen hun doelen bereiken, met aanvaardbare inspanning en ervaring? Doorloop belangrijke taken, noteer stappen en tijd en zoek naar verwarrende labels of onduidelijke fouten. Kijk daarna toe terwijl een representatieve gebruiker het zonder hulp probeert. Hulp kan het punt verbergen waarop de interface niet meer begrijpelijk is.

Een vastgemaakte app of een gekoppeld netwerkstation kan een dagelijkse taak verkorten. Controleer of een aanpassing nog steeds aan de toegangs- en beveiligingseisen voldoet.

Controleer de toegang voor mensen met een beperking

Toegankelijkheid gaat over de vraag of mensen met een visuele, auditieve, motorische of cognitieve beperking het systeem kunnen waarnemen, bedienen en begrijpen. Schermlezers, vergrotingssoftware, stembediening en schakelaarbediening zijn voorbeelden van ondersteunende technologie.

WCAG 2.2 groepeert webtoegankelijkheid onder waarneembaar, bedienbaar, begrijpelijk en robuust. De criteria hebben niveau A, AA en AAA. Veel organisaties gebruiken AA; dat omvat ook de eisen van A. WCAG is geschreven voor webcontent en wordt ook gebruikt als richtlijn bij werk met apps en documenten.

Praktische controles omvatten:

• Voer de taak uit met toetsenbordbediening en houd de focus zichtbaar.
• Gebruik een schermlezer om te controleren of knoppen, velden en koppen betekenisvolle namen hebben.
• Vergroot tekst tot 200% en controleer op verloren inhoud of functies.
• Controleer of betekenis niet alleen van kleur afhangt en of video's ondertiteling hebben.
• Controleer de grootte van aanwijzerdoelen. WCAG 2.2 AA gebruikt een minimum van 24 bij 24 CSS-pixels met vastgestelde uitzonderingen.

Interpreteer contrast nauwkeurig

Voor normale tekst is de minimale contrastverhouding op niveau AA 4,5:1. Voor grote tekst is dat 3:1. Groot betekent minstens 18 punt, of 14 punt bij vetgedrukte tekst. Dit zijn verhoudingen tussen voorgrond en achtergrond, van 1:1 tot 21:1.

Een contrastcontrole geeft ongeveer 4,54:1 voor #767676 op wit, wat voldoet aan de grenswaarde voor normale tekst. #777777 geeft ongeveer 4,48:1: dat voldoet niet voor normale tekst, maar wel voor grote tekst. Rond een waarde onder de grenswaarde niet naar boven af om die te laten slagen.

Test de werkelijke instellingen van de gebruiker

Configureer benodigde vergroting, schaal, contrastthema's, aanwijzergrootte, schermlezer, liveondertiteling, plaktoetsen of dicteren. Controleer of instellingen na afmelden en herstart behouden blijven en voer daarna de bedrijfstaak ermee uit. Een scherm dat er bij de schaalinstelling van de technicus goed uitziet, kan bij de instelling van 200% van de gebruiker een bedieningselement verliezen.

Geautomatiseerde controles vinden problemen zoals ontbrekende tekstalternatieven en laag contrast. Ze kunnen betekenisvolle beschrijvingen, een logische leesvolgorde of praktische uitvoering van taken niet volledig beoordelen. Voeg handmatige controles met toetsenbord en schermlezer toe en betrek waar mogelijk gebruikers met hun eigen ondersteunende technologie.

Beveiligingscontroles bevestigen dat vereiste beschermingsmaatregelen aanwezig zijn en correct werken. Een geblokkeerde handeling kan het geslaagde resultaat zijn: een Sales-account moet Sales-bestanden kunnen gebruiken en tegelijk geen toegang krijgen tot afgeschermde HR-gegevens.

Weet wat wordt beschermd

Vertrouwelijkheid beperkt wie gegevens kan zien. Integriteit beschermt gegevens en instellingen tegen ongeoorloofde wijzigingen. Beschikbaarheid houdt het systeem bruikbaar voor mensen die het nodig hebben. Beveiligingstests op ondersteuningsniveau verbinden deze doelen aan afgesproken account-, apparaat- en netwerkinstellingen.

Test alleen systemen waarvoor je toestemming hebt en blijf binnen de afgesproken afbakening. Voor scannen, wachtwoorden raden en pogingen om maatregelen te omzeilen is toestemming nodig; specialistische penetratietesten gebruiken een schriftelijke overeenkomst.

Controleer identiteiten en machtigingen

Pas het principe van minimale rechten toe: geef een account alleen de toegang die nodig is voor de rol. Controleer groepslidmaatschappen, vereiste shares, wachtwoordbeleid, MFA, vergrendeling, uitgeschakelde gastaccounts of ongebruikte accounts en het verwijderen van accounts van vertrokken medewerkers. Wijzig fabriekswachtwoorden op apparaten en in toepassingen.

Gebruik zowel toegestane als verboden handelingen. Controleer of een standaardgebruiker de vereiste map kan openen en controleer daarna of een afgeschermde map die rol weigert. Voor een installatie waarvoor beheerdersrechten nodig zijn, is het verwachte resultaat een vraag om beheerdersgegevens waaraan de standaardgebruiker niet zelfstandig kan voldoen.

Een standaardgebruiker zijn voorkomt niet elke software-installatie: sommige programma's installeren in het profiel van de gebruiker. Als de eis “geen software installeren” is, is ook een beleid voor toepassingsbeheer nodig en moet dat worden getest. Maak van een controle van beheerdersrechten geen bredere bewering over alle software.

Inspecteer apparaat- en netwerkinstellingen

Controleer de firewallstatus voor alle netwerkprofielen, actieve eindpuntbeveiliging en actuele definities, schijfversleuteling, schermvergrendeling bij inactiviteit, vereiste updates en uitgeschakelde onnodige services of toegang op afstand. Bevestig de benodigde netwerkpoorten en goedgekeurde wifibeveiliging zoals WPA2 of WPA3.

Op Windows kan een bevoegde opdrachtprompt met verhoogde rechten manage-bde -status C: uitvoeren. Controleer of “Protection On” bij de systeemschijf staat. PowerShell kan de status van firewallprofielen weergeven:

Get-NetFirewallProfile | Select-Object Name, Enabled

Domain, Private en Public moeten elk “True” tonen als de eis is dat alle profielen zijn ingeschakeld. Voor een lokaal account helpt net user t.sales de actieve status en het groepslidmaatschap te inspecteren. Op macOS meldt fdesetup status de status van FileVault. Leg de werkelijke uitvoer vast en vergelijk die met de eis.

Houd gegevens en uitzonderingen onder controle

Controleer of gevoelige bestanden op goedgekeurde locaties staan, alleen toegankelijk zijn voor de juiste rollen en waar vereist door versleuteling worden beschermd. Verwijder testgegevens en bestanden van de technicus vóór de overdracht. Pas vereiste aanmeldingsmeldingen en instellingen voor gegevensbescherming toe.

Richt je op veelvoorkomende configuratierisico's: te ruime machtigingen, zwakke authenticatie, ontbrekende patches, bereikbare toegang op afstand en onveilige standaardinstellingen. Een instelling in een centraal beheerscherm is niet genoeg als die niet op het apparaat is toegepast.

Beveiligingsinstellingen kunnen extra inspanning van gebruikers vragen: MFA-verzoeken en kortere tijden tot vergrendeling zijn voorbeelden. Test het afgesproken beleid en leg een gevraagde uitzondering vast ter goedkeuring door degene die verantwoordelijk is voor de beveiliging. Een persoonlijke voorkeur geeft geen toestemming om een vereiste maatregel te verzwakken.

Een resultaat is nuttig wanneer iemand anders kan zien wat werd verwacht, wat er gebeurde en hoe die twee zich tot elkaar verhouden. Leg tijdens het testen feiten vast, inclusief mislukkingen die later worden gecorrigeerd.

Kies de status op basis van het bewijs

Schrijf het verwachte resultaat vóór de test op basis van de eis. Leg het waargenomen resultaat vast zoals het gebeurt. Een overeenkomst betekent geslaagd; een verschil betekent gefaald. Bepaal de ernst van dat verschil afzonderlijk.

Een netwerkstoring die een e-mailtest verhindert, maakt de test geblokkeerd. De storing toont niet aan dat e-mail is geslaagd of gefaald. Houd dat gat zichtbaar in het rapport.

Schrijf bewijs op dat een collega kan gebruiken

Leg de testgeval- en eis-ID's, het apparaat, account, de tester, datum en exacte tijd vast. Neem de stappen, metingen met eenheden, fouttekst en codes, relevante schermafbeeldingen en logboekvermeldingen op. Gebruik ondubbelzinnige datums zoals 2026-10-21 en consistente statuswoorden.

“Afdrukken werkt niet” laat te veel over om te reconstrueren. Een sterkere registratie is: “Om 10:42 uur bleef de afdruktaak van de tekstverwerker 30 seconden in de wachtrij staan en toonde daarna ‘Fout bij afdrukken’; het logboek van de afdrukservice registreerde om 10:42 uur een fout.” De registratie onderscheidt zichtbare waarnemingen van een hypothese over de oorzaak.

Elke mislukking heeft een defectrapport nodig met een unieke ID, titel, omgeving, stappen om de storing te reproduceren, verwachte en werkelijke resultaten, bewijs, ernst, prioriteit en huidige status. Koppel het rapport aan de test, zodat een beoordelaar het kan volgen tot en met correctie en hertest.

Scheid impact van urgentie

Ernst meet de impact van het defect. Prioriteit meet hoe snel het moet worden opgelost. Ze komen vaak overeen, maar dienen verschillende besluiten. Een verkeerd gespelde bedrijfsnaam op een aanmeldscherm heeft een lage ernst, maar kan vlak voor een introductie bij klanten urgent zijn. Een probleem met grote impact in een jaarlijks rapport kan op dat moment lagere prioriteit hebben als dat rapport nog niet nodig is.

Gebruik lage prioriteit niet om grote impact te verbergen. Het besluit over ingebruikname houdt nog steeds rekening met ernst en moet-eisen.

Vermeld het totaal bij elk percentage

Stel dat 48 testgevallen waren gepland: 42 geslaagd, 3 gefaald, 2 geblokkeerd en 1 niet uitgevoerd. Uitgevoerde testgevallen zijn de geslaagde en gefaalde gevallen, dus dat zijn er 45. Het percentage geslaagde tests van de uitgevoerde tests is ongeveer 93,3%; van de geplande tests is dat 87,5%. Beide beschrijven dezelfde resultaten met verschillende totalen.

Rapporteer aantallen naast percentages, zodat de drie niet-uitgevoerde testgevallen niet achter een hoog percentage verdwijnen. Zoek naar patronen tussen apparaten, tijden, builds en netwerken: drie mislukkingen uit één leveringspartij wijzen op een mogelijke gemeenschappelijke oorzaak om te onderzoeken, niet op bewijs van die oorzaak.

Bewaar het oorspronkelijke mislukte resultaat wanneer een oplossing wordt aangebracht. Voeg de correctie en het resultaat van de hertest met hun datums toe. Het overschrijven van de mislukte rij vernietigt bewijs van wat is veranderd en maakt de registratie misleidend.

Logboeken tonen gebeurtenissen binnen een systeem die mogelijk niet op het scherm verschijnen. Lees ze naast het taakresultaat en prestatiemetingen om een overzicht te maken van wat wanneer gebeurde.

Vind de relevante registratie

Een systeemlogboek is een registratie met tijdstempels van gebeurtenissen, fouten en toegangsactiviteiten. Windows Logboeken bevat de logboeken Toepassing, Beveiliging, Setup, Systeem en Doorgestuurde gebeurtenissen, plus onderdeelspecifieke logboeken onder Logboeken Toepassingen en Services. Vermeldingen hebben velden zoals tijd, bron, gebeurtenis-id, niveau en beschrijving.

Windows-niveaus omvatten Kritiek, Fout, Waarschuwing, Informatie en Uitgebreid. Beveiligingsgebeurtenissen gebruiken Geslaagde controle of Mislukte controle. Een mislukte controle kan bij een negatieve test worden verwacht, zoals bij een verboden aanmeldpoging; de betekenis hangt af van het verwachte resultaat van de test.

Gebruik op Linux journalctl voor het systemd-journal en relevante bestanden onder /var/log. Gebruik op macOS Console. De standaardernstniveaus van syslog lopen van 0, Noodsituatie, via Alarm, Kritiek, Fout, Waarschuwing, Kennisgeving en Informatief tot 7, Debug. Een lager syslognummer betekent een grotere ernst.

Breng verbanden aan op basis van tijd en identiteit

Controleer vóór een test de klok en tijdzone van het apparaat. Noteer de tijd van elke stap en filter het relevante logboek daarna op dat venster en die bron. Lees zowel de gebeurtenissen vlak vóór de storing als de storing zelf. Vergelijk met het normale gedrag uit de referentiemeting, want sommige waarschuwingen zijn gebruikelijk.

Bij een mislukte netwerkstationkoppeling om 10:42 uur wordt een IP-adresgebeurtenis om 10:41:58 uur gevolgd door het verstrijken van de tijd voor een DNS-opzoeking van files.example.com om 10:42:05 uur en een koppelingsfout om 10:42:06 uur. Bewaar de vermeldingen van de verstreken tijd en de koppeling samen. Ze richten het onderzoek op naamomzetting; ze stellen op zichzelf de uiteindelijke oorzaak niet vast.

Begrijp accountgebeurtenissen

Windows-beveiligingsgebeurtenis 4624 registreert een geslaagde aanmelding; 4625 registreert een mislukte aanmelding; 4740 registreert accountvergrendeling. Ze zijn afhankelijk van ingeschakelde controle. Voor de relevante 4625-vermeldingen is controle van mislukte aanmeldingen nodig; 4740 vereist controle van geslaagd gebruikersaccountbeheer.

Een vergrendelingstest kan meerdere gebeurtenissen voor mislukte aanmeldingen opleveren, waaronder nog één wanneer het juiste wachtwoord na vergrendeling wordt geweigerd. Bij een domeinaccount kan bewijs op verschillende computers staan, waaronder de domeincontroller die het account beheert. Koppel account, tijd en computer. Verwacht geen vaste volgorde van gebeurtenissen in één logboek.

Lees waarschuwingsmeldingen en trends in hun context

Een waarschuwingsmelding brengt iemand op de hoogte wanneer een bepaalde gebeurtenis optreedt of een grenswaarde wordt bereikt: een gestopte service, mislukte back-up of bijna volle schijf. Creëer de vereiste situatie voor een melding veilig in de testomgeving en controleer of de melding aankomt. Leg de bestemming en timing vast.

Prestatie-indicatoren omvatten processorgebruik, beschikbaar geheugen, vrije opslag, schijfactiviteit, doorvoersnelheid, latentie, verlies en responstijd. Een korte processorpiek bij aanmelden verschilt van enkele minuten 95% gebruik terwijl het systeem niet actief wordt gebruikt. Vergelijk duur, werklast en referentiemeting.

Zoek naar herhaalde tussenpozen, storingen na herstarts of problemen die beperkt zijn tot één subnet. Kopieer de relevante ID's en meldingen naar de resultaatregistratie. Een waarschuwing is een aanwijzing die je moet interpreteren, niet automatisch een defect, en een leeg scherm is geen reden om logboeken bij kritieke tests over te slaan.

Automatisering kan een controle op veel systemen herhalen zonder door vermoeidheid stappen over te slaan. De waarde hangt af van wat de controle daadwerkelijk bewijst en of iemand de uitvoer heeft gecontroleerd.

Geef herhaalbaar werk aan hulpmiddelen

PowerShell- en Bash-scripts kunnen instellingen inspecteren, macro's kunnen handelingen herhalen, interfacehulpmiddelen kunnen toepassingstaken uitvoeren en bewakingshulpmiddelen kunnen meetwaarden verzamelen. Configuratie-, kwetsbaarheids- en toegankelijkheidsscanners vergelijken geselecteerde kenmerken met regels of referenties.

Deze hulpmiddelen zijn nuttig voor regressietests en controles die op elk apparaat nodig zijn. Een scriptfout herhaalt zich ook op elk apparaat, dus vergelijk de uitvoer eerst met een bekend systeem en een handmatige controle. Werk het hulpmiddel bij wanneer het systeem verandert. Herhaling maakt een methode consistent; ze maakt een onjuiste methode niet nauwkeurig.

Houd de bewering even beperkt als de controle

Test-NetConnection files.example.com -Port 445 kan “TcpTestSucceeded : True.” melden. Dit stelt vast dat een TCP-verbinding met die serverpoort is geslaagd. Het stelt niet vast dat de gebruiker een share kan openen, een document kan maken of het kan opslaan.

Om bestandstoegang aan te tonen, voer je de gebruikerstaak uit met de juiste machtigingen en inspecteer je het resultaat. Een poortcontrole en een functionele taaktest leveren verschillend bewijs. Door ze te combineren kun je een storing helpen afbakenen, maar de ene kan de andere niet vervangen.

Een foutpositief resultaat is een gemeld probleem dat niet echt bestaat. Een foutnegatief resultaat is een echt probleem dat het hulpmiddel mist. Een foutpositief resultaat kan tijd verspillen of de overdracht vertragen; een foutnegatief resultaat kan onterecht vertrouwen geven. Hun onderlinge schade hangt af van de controle. Een onveilige beveiligingsinstelling missen is meestal ernstiger dan die onnodig voor beoordeling markeren.

Beoordeel een AI-concept voordat je het gebruikt

AI-hulpmiddelen kunnen testgevallen en gegevens voorstellen, logboeken samenvatten, mogelijke patronen herkennen en conceptrapporten schrijven. Ze kunnen ook opdrachten verzinnen, belangrijke gevallen weglaten of conclusies schrijven die niet door het bewijs worden ondersteund.

Herleid gegenereerde testgevallen tot de eisenlijst. Voeg ontbrekende negatieve tests, grenswaardecontroles en toegankelijkheidscontroles toe. Controleer voorgestelde opdrachten aan de hand van officiële documentatie en probeer ze daarna in de testomgeving. Vergelijk een logboeksamenvatting met de oorspronkelijke regels, inclusief de tijdstempels en accounts die de samenvatting zegt te beschrijven.

Voor een wachtwoordbereik van 12–64 tekens en vergrendeling na vijf mislukte pogingen is een concept met één wachtwoord van 15 tekens en een geval met vijf mislukte pogingen onvolledig. Voeg lengtes 11, 12, 64 en 65 toe, controleer of vier mislukte pogingen het account niet vergrendelen en test het ontgrendelen. Stel geschikte beginvoorwaarden in, zodat elk geval de bedoelde regel meet.

Degene die formeel goedkeurt, blijft verantwoordelijk voor de resultaten. Bij de beoordeling controleer je ook of de conclusie van een hulpmiddel verder gaat dan de metingen toelaten; je corrigeert niet alleen de spelling.

Bescherm de informatie die wordt verwerkt

Gebruik voor werkmateriaal alleen door de organisatie goedgekeurde AI-diensten. Plak geen wachtwoorden, persoonsgegevens, vertrouwelijke logboeken of interne hostnamen in een niet-goedgekeurde dienst. Maskeer gevoelige waarden en volg het beleid voor aanvaardbaar gebruik en gegevensbescherming. Een bruikbare samenvatting rechtvaardigt niet dat de samengevatte informatie wordt blootgesteld.

Controles op gereedheid bevestigen vlak vóór de overdracht de toestand van het daadwerkelijke apparaat of systeem. Eerder testbewijs kan een oudere build, een ander account of een apparaat uit een steekproef beschrijven. Bewaar daarom voor elk afgeleverd apparaat een ondertekende en gedateerde controlelijst.

Controleer de gebruiker en de verbindingen

Bevestig dat het account bestaat, is ingeschakeld en in de juiste groepen zit. Controleer waar van toepassing de aanmelding, de wijziging van het tijdelijke wachtwoord en de instelling van MFA. Verwijder testaccounts en het profiel van de technicus en vermijd beheerdersrechten tenzij de rol die vereist.

Controleer het adres, de gateway en de DNS-servers. Op Windows toont ipconfig /all de IP-configuratie. Op Linux toont ip a adressen, ip route routes inclusief de standaardgateway en resolvectl status DNS op systemen die systemd-resolved gebruiken. Met alleen ip a kun je de gateway of DNS-configuratie niet vaststellen.

Gebruik ping om te controleren of netwerkdoelen reageren, nslookup voor naamomzetting en een servicepoortcontrole zoals Test-NetConnection voor vereiste services. Voer daarna de daadwerkelijke taak uit. Sommige netwerken blokkeren ping, dus het ontbreken van een antwoord alleen toont niet aan dat elke service niet beschikbaar is. Bevestig de vereiste wifiprofielen, VPN, shares en printers.

Vergelijk opslag met de eis

Controleer vrije ruimte, quota, netwerkopslag, cloudsynchronisatie en back-ups. Een schijf die als 512 GB wordt verkocht, bevat 512 miljard bytes. Delen door 2³⁰ geeft ongeveer 476,8 GiB; Windows noemt dit binaire getal gewoonlijk “GB”.

Gebruik voor een criterium van “minstens 20% vrij” de vrije en totale ruimte van dezelfde meetbasis. Twintig procent van 476,8 is ongeveer 95,4. Met 61,2 vrij is het aandeel ongeveer 12,8%, dus de controle faalt. Verwijder waar nodig achtergebleven installatiebestanden en testbestanden en meet opnieuw. Als je 61,2 vergelijkt met de verkochte 512 zonder rekening te houden met de eenheden, meng je meetbases.

Bevestig updates en bescherming

Controleer het besturingssysteem, toepassingen, browsers, stuurprogramma's en firmware aan de hand van de vereiste versies. Voer nog openstaande herstarts uit en werk de definities van de eindpuntbeveiliging bij. Windows Update en winver, Software-update in macOS en de Linux-pakketbeheerder leveren relevant bewijs.

Controleer schijfversleuteling, firewall, actieve eindpuntbeveiliging, de tijd tot schermvergrendeling, gewijzigde standaardwachtwoorden en uitgeschakelde onnodige services. Bevestig goedgekeurde instellingen voor bestandsopslag en back-ups op het apparaat zelf, niet alleen in een beheerconsole die meldt dat het beleid is verzonden.

Sluit af met de werkende taak

Voer een smoketest uit van de verwachte functionaliteit en prestaties. Voer gebruikerstaken uit als de gebruiker of met een gelijkwaardig account. Gebruik bevoegde beheerdersrechten alleen voor controles die ze nodig hebben, zoals een hulpmiddel met verhoogde rechten voor de versleutelingsstatus.

Als een VPN-profiel ontbreekt, leg dan de mislukte controle vast, voeg het profiel toe via het goedgekeurde proces en herhaal de VPN-toegangstest en eventuele beïnvloede taken. Bewaar de correctie en hercontrole bij de registratie van dat apparaat. Een andere laptop van hetzelfde model controleren stelt de toestand van deze laptop niet vast.

Een aanbeveling over gereedheid vergelijkt het bewijs met de eisen en uitgangscriteria. De eigenaar moet kunnen zien wat is geslaagd, wat openstaat en welke risico's worden geaccepteerd als het systeem nu in gebruik wordt genomen.

Baseer het besluit op de registraties

Breng eerst elk gepland testgeval in kaart, inclusief geblokkeerde en overgeslagen tests. Bevestig de moet-eisen, beoordeel defecten op ernst en rond de controlelijst voor gereedheid af. Overweeg het risico van openstaande problemen en het effect van uitstel. Schrijf een onderbouwde aanbeveling voor degene die bevoegd is het systeem te accepteren.

Typische uitkomsten zijn gereed, gereed onder voorwaarden en niet gereed. Voorwaarden vermelden bekende kleine problemen, bruikbare tijdelijke oplossingen en een datum voor correctie. Een onopgelost probleem met hoge ernst dat een moet-eis raakt, blokkeert doorgaans de ingebruikname; de afgesproken uitgangscriteria bepalen het besluit.

Een hoog algemeen percentage geslaagde tests kan een niet-gehaalde moet-eis niet opheffen. Evenmin hoeft een probleem met weinig impact elk apparaat tegen te houden als de eigenaar het volgens de criteria kan accepteren.

Maak onderscheid tussen de betrokken systemen

Stel dat van 12 verkooplaptops er drie na tien minuten zonder activiteit de VPN-toegang verliezen en dat alle laptops de verkeerde bureaubladachtergrond hebben. VPN-gebruik op afstand is een moet-eis en de uitgangscriteria staan geen openstaande defecten met hoge ernst toe.

De drie met het VPN-defect zijn pas gereed nadat het defect is gecorrigeerd en hertest. De andere negen kunnen worden aanbevolen voor overdracht als het probleem met de bureaubladachtergrond, dat een lage ernst heeft, is vastgelegd en geaccepteerd. Vermeld de afzonderlijke apparaten in het besluit; een uitspraak over de hele partij zou het verschil verbergen.

Hetzelfde principe geldt alleen voor een deel van de taken als de eigenaar met die afbakening heeft ingestemd. Een technicus kan een niet-gehaalde eis niet stilzwijgend verwijderen om een geslaagd resultaat te krijgen.

Pas de afgesproken grenswaarde toe

Een criterium van “95% van 20 keer laden binnen 2 seconden” vereist 19 keer laden binnen de grens. Achttien geeft 90%, wat onvoldoende is, ook als mensen zeggen dat de toepassing snel aanvoelt. Leg de afwijking vast als een mislukt resultaat. Als de eigenaar het risico accepteert, behoud dan de mislukte meting en leg vast wie de uitzondering heeft geaccepteerd.

Eisen kunnen in de praktijk botsen. Een malwarescan bij het opstarten kan het aanmelden vertragen of MFA kan een stap toevoegen. Vermeld de gemeten nadelen, de beveiligingswinst die het beleid vereist en de goedgekeurde afweging. Wijzig geen grenswaarde en verzwak geen maatregel stilzwijgend om beide tests te laten lijken alsof ze slagen.

Maak het rapport beoordeelbaar

Een testeindrapport vermeldt afbakening, omgeving en datums; aantallen per status; percentages geslaagde tests met hun totalen; openstaande defecten en hun ernst; afwijkingen van het plan; resterende risico's; en de aanbeveling met redenen. Koppel conclusies aan resultaten van testgevallen, logboeken of bewijs uit controlelijsten.

“Geen defecten gevonden” beschrijft de uitgevoerde tests. Vermeld niet-geteste gebieden, zodat het niet kan worden gelezen als een belofte dat er nergens defecten zijn. Ook het bereiken van een deadline voldoet niet aan de uitgangscriteria: elk geaccepteerd risico moet door de verantwoordelijke eigenaar worden vastgelegd.

Gebruik na een update of configuratiewijziging regressietests en controles op gereedheid om te bevestigen dat het systeem geschikt blijft voor gebruik. Een eerdere acceptatie geldt voor de geteste toestand; veranderd gedrag vereist nieuw bewijs.

Bij de overdracht krijgen gebruikers een werkend systeem en krijgt het ondersteuningsteam voldoende informatie om het te onderhouden. De acceptatie legt vast wie ermee instemde dat het systeem gereed was, wanneer en onder welke resterende voorwaarden.

Bereid voor wat elke doelgroep nodig heeft

Gebruikers hebben het apparaat of de dienst nodig, veilig verstrekte aanmeldgegevens, een korte snelstartgids, informatie over geïnstalleerde toepassingen en verbonden voorzieningen, bekende problemen met tijdelijke oplossingen en instructies om hulp te krijgen. Technische collega's hebben ook de configuratieregistratie en het bewijs achter geaccepteerde problemen nodig.

Leg configuratiebesluiten met redenen vast. “Schermvergrendeling na vijf minuten, vereist door het beveiligingsbeleid” verklaart meer dan alleen de instelling. “Beeldschermschaal 150% vanwege slechtziendheid” helpt de volgende technicus een belangrijke aanpassing te behouden tijdens ondersteuning of herinrichting.

De manager heeft de uitkomst over gereedheid, resterende risico's en besluiten die goedkeuring vereisen nodig. Een gebruiker heeft meestal de handelingen voor de eerste aanmelding nodig en uitleg over dagelijkse taken. Als je beiden hetzelfde technische rapport stuurt, is het nuttige deel moeilijker te vinden.

Verstrek toegang veilig

Stuur de gebruikersnaam en het tijdelijke wachtwoord via afzonderlijke kanalen. Vereis dat het tijdelijke wachtwoord bij de eerste aanmelding wordt gewijzigd. Laat geen wachtwoord aan het apparaat bevestigd achter en vermeld het niet in hetzelfde bericht als de gebruikersnaam.

Bevestig de instelling van MFA of de afgesproken procedure daarvoor bij het eerste gebruik. Verwijder testaccounts, testbestanden en onnodige toegang voor de technicus voordat de gebruiker de verantwoordelijkheid voor het apparaat overneemt. Het ondersteuningsteam hoeft dan niet te raden welke tijdelijke wijzigingen zijn achtergebleven.

Leg gebruikersacceptatie vast

Vraag de gebruiker of eigenaar om de belangrijkste taken uit te voeren, vaak in een korte demonstratie of een sessie gebruikersacceptatietesten. Gebruik realistische voorbeeldgegevens in een oefenomgeving wanneer oefenen geen invloed mag hebben op productiewerk.

De formele goedkeuring legt de datum, de accepterende persoon en eventuele voorwaarden vast. Bekende problemen hebben tijdelijke oplossingen en afgesproken correctiedatums nodig. Een apparaat dat zonder acceptatie op een bureau wordt afgeleverd, levert geen volledige overdrachtsregistratie op.

Een bericht aan de gebruiker kan luiden: “Je nieuwe laptop is gereed. Meld je aan met je gebruikelijke gebruikersnaam en kies een nieuw wachtwoord wanneer daarom wordt gevraagd. Als het tweede scherm na de slaapstand donker blijft, haal dan de kabel van het dockingstation los en sluit die opnieuw aan. Neem contact op met de servicedesk als het probleem aanhoudt.” De tijdelijke oplossing geeft een handeling die de gebruiker kan uitvoeren; technische bevindingen blijven in de ondersteuningsregistratie.

Ondersteun de eerste gebruiksdagen

Demonstreer nieuwe functies of gewijzigde werkwijzen kort. Verwijs gebruikers naar de servicedesk en laat zien hoe ze een ticket indienen. Registreer vragen, reageer binnen afgesproken servicetijden en escaleer problemen die je niet kunt oplossen. Communiceer respectvol en beloof geen oplossingsdatum die niet is bevestigd.

Volg logboeken, waarschuwingsmeldingen en feedback van gebruikers na de overdracht nauwlettend. Sommige storingen verschijnen pas bij echte werklasten of minder gebruikelijke taken. Voeg nuttige bevindingen toe aan de controlelijst en het testplan voor de volgende uitrol. Een geaccepteerd bekend probleem blijft zichtbaar voor zowel gebruikers als ondersteuning totdat het is opgelost en hertest.