Reproduceerbare tests beginnen met een netjes gedocumenteerde testomgeving. Bij Windows-systemen volstaat de vermelding “Windows 11” in een bugreport meestal niet. Buildversie, firmwaremodus, beveiligingsfuncties, grafische driver en hardware kunnen beïnvloeden of een fout optreedt en of deze op een tweede apparaat reproduceerbaar is. Deze handleiding laat zien hoe u de belangrijkste technische gegevens van een Windows-testapparaat met ingebouwde hulpmiddelen vastlegt – zonder extra diagnosesoftware.
Welke informatie hoort in de documentatie van een Windows-testapparaat?
Voor veel QA- en supportscenario’s zijn zes groepen bijzonder relevant: besturingssysteem en build, processor en werkgeheugen, firmwaremodus, TPM-status, Secure Boot-status, en grafische en drivergegevens. Afhankelijk van de toepassing komen daar schermresolutie, beschikbare opslagcapaciteit, taal, tijdzone en geïnstalleerde runtimecomponenten bij.
Het doel is niet om zoveel mogelijk gegevens te verzamelen. Het doel is een kleine, consistente systeem-fingerprint die bij elk testapparaat op dezelfde manier wordt vastgelegd. Zo zijn verschillen tussen een werkende en een defecte omgeving veel sneller te herkennen.
1. Windows-versie en build vastleggen met winver
Druk op Windows-toets + R, typ winver in en bevestig. Het venster toont de geïnstalleerde Windows-versie en de build van het besturingssysteem. Beide waarden moeten in een bugreport worden opgenomen.
De editie alleen is te onnauwkeurig. Twee apparaten kunnen allebei Windows 11 gebruiken, maar verschillende builds of patchniveaus hebben. Gedrag dat na een update optreedt, kan daarom alleen zinvol worden onderzocht als de build is gedocumenteerd.
Noteer echter altijd ook de editie. Of een testapparaat draait op Windows 11 Home, Windows 11 Pro of Windows 11 Enterprise bepaalt of functies zoals BitLocker, groepsbeleid of Hyper-V überhaupt beschikbaar zijn – en beïnvloedt dus ook het testgedrag.
2. Centrale systeemgegevens uitlezen met msinfo32
Open via Windows-toets + R de opdracht msinfo32. Systeeminformatie bundelt veel gegevens die nuttig zijn voor testen en foutanalyse. Bijzonder relevant zijn:
- Naam en versie van het besturingssysteem
- Systeemfabrikant en systeemmodel
- Systeemtype
- Processor
- Geïnstalleerd fysiek geheugen
- BIOS-versie en -datum
- BIOS-modus
- Status van “Secure Boot”
Voor reproduceerbare QA-processen is het aan te raden deze velden in een vaste sjabloon bij te houden. Zo ontstaan geen bugreports waarbij de ene tester de BIOS-versie documenteert en de andere alleen de Windows-editie.
3. UEFI en Secure Boot controleren
In msinfo32 laat het veld voor de BIOS-modus zien of het apparaat in UEFI-modus of in een oudere Legacy-modus is opgestart. Het veld voor beveiligde opstart laat zien of Secure Boot actief is. Microsoft noemt UEFI- en Secure Boot-ondersteuning als onderdeel van de systeemvereisten van Windows 11.
Voor foutopsporing is deze informatie ook nuttig wanneer de geteste toepassing Secure Boot niet rechtstreeks gebruikt. Verschillen in firmwareconfiguratie en beveiligingsstatus kunnen verklaren waarom installatie-, driver- of apparaatgedrag verschilt tussen twee overigens vergelijkbaar uitgeruste computers.
Wijzig firmware-instellingen niet zomaar voor één test zonder de gevolgen te begrijpen. Als een wijziging nodig is, documenteer dan de toestand vóór en na de aanpassing en volg de instructies van de fabrikant van het apparaat of het moederbord.
4. TPM-versie controleren met tpm.msc
Druk op Windows-toets + R, typ tpm.msc in en open het TPM-beheer. Als de Trusted Platform Module beschikbaar en gebruiksklaar is, vindt u daar fabrikantinformatie en de specificatieversie. Voor Windows 11 is TPM 2.0 een minimumvereiste.
Als Windows geen compatibele TPM toont, betekent dat niet altijd dat de hardware ontbreekt. Microsoft wijst erop dat TPM op sommige apparaten in de UEFI-firmware uitgeschakeld kan zijn. Afhankelijk van het platform kan het bijvoorbeeld Intel PTT of AMD fTPM heten.
Voor de testdocumentatie volstaan doorgaans drie waarden: TPM aanwezig: ja/nee, specificatieversie en status. Gevoelige sleutel- of identiteitsgegevens horen niet thuis in een normale bugreport.
5. DirectX en grafische driver documenteren met dxdiag
Open via Windows-toets + R de opdracht dxdiag. De DirectX-diagnosetool toont naast systeemgegevens ook informatie over de grafische eenheid en de driver. Op het tabblad Weergave zijn onder meer de gpu-naam, driverversie, driverdatum, DirectX-ondersteuning en weergavemodus te zien.
Deze gegevens zijn vooral belangrijk bij weergavefouten, crashes met hardwareversnelling, problemen met meerdere monitoren of verschillen tussen virtuele en fysieke testmachines. Microsoft noemt voor Windows 11 een DirectX 12-compatibele grafische eenheid met WDDM 2.0-driver als minimumvereiste.
6. CPU, RAM en systeemtype eenduidig vastleggen
Processor, geïnstalleerd RAM-geheugen en systeemtype vindt u ook in msinfo32 of onder Instellingen → Systeem → Info. Noteer bij de CPU indien mogelijk de exacte modelaanduiding in plaats van alleen “Intel” of “AMD”. Voor het werkgeheugen volstaat de geïnstalleerde capaciteit, tenzij een geheugenprobleem wordt onderzocht.
Voor prestatie- of belastingstests moet bovendien worden vastgelegd of er andere resource-intensieve processen parallel draaien. Een testresultaat zonder context over de hardwarebelasting kan gemakkelijk verkeerd worden geïnterpreteerd.
7. Vrije opslagruimte controleren
Een apparaat kan aan de formele Windows-vereisten voldoen en toch te weinig vrije opslagruimte hebben voor een update, tijdelijke testgegevens of een grotere toepassing. Documenteer bij installatie- en updatefouten daarom niet alleen de schijfgrootte, maar ook de vrije ruimte vóór de test.
Windows 11 vereist volgens Microsoft een opslagapparaat van minimaal 64 GB. Voor reproduceerbare toepassingstests is echter de daadwerkelijk beschikbare vrije ruimte het meer betekenisvolle kengetal.
Aanbevolen systeem-fingerprint voor bugreports
Een compacte sjabloon kan er bijvoorbeeld zo uitzien:
OS: Windows 11 [editie]
Versie/build: [winver]
Apparaatmodel: [msinfo32]
CPU: [exact model]
RAM: [GB]
BIOS-modus: UEFI/Legacy
Secure Boot: Aan/Uit/Niet ondersteund
TPM: aanwezig, versie [x.x]
GPU: [model]
Grafische driver: [versie + datum]
DirectX/WDDM: [dxdiag]
Weergave: [resolutie / schaling]
Vrije opslagruimte: [GB]
Testtijdstip: [datum/tijd]Bij een vergelijking tussen twee machines moet dezelfde sjabloon voor beide systemen worden gebruikt. Verschillen worden daardoor direct zichtbaar, zonder dat ontwikkelaars meerdere screenshots hoeven door te zoeken.
Welke gegevens horen niet thuis in openbare bugreports?
Systeemdiagnose kan informatie bevatten die niet nodig is voor de technische analyse. Publiceer daarom geen serienummers, productsleutels, accountgegevens, apparaat-ID’s, privénetwerkgegevens of andere persoonsgebonden of vertrouwelijke informatie. Controleer geëxporteerde diagnoserapporten voordat u ze deelt.
In bedrijven gelden bovendien interne richtlijnen voor logs en telemetriegegevens. Een goede systeem-fingerprint bevat alleen gegevens die bijdragen aan het reproduceren van de fout.
Waarom deze documentatie de reproduceerbaarheid verbetert
Een fout die alleen op één testapparaat optreedt, is niet automatisch toevallig. Vaak verschilt de omgeving op één punt: een andere Windows-build, een andere grafische driver, een afwijkende firmwareconfiguratie, minder vrije opslagruimte of andere hardware. Als deze verschillen gestructureerd worden vastgelegd, kan van “werkt bij mij” een toetsbare hypothese worden gemaakt.
Deze methode is vooral waardevol bij regressietests. Sla de systeem-fingerprint samen met de testrun op. Als het resultaat na een Windows-, firmware- of driverupdate verandert, is te achterhalen welke omgevingsvariabele tussen de runs is veranderd.
Conclusie
Voor betrouwbare Windows-testdocumentatie zijn geen uitgebreide tools van derden nodig. Met winver, msinfo32, tpm.msc en dxdiag kunnen de belangrijkste systeemkenmerken consistent worden vastgelegd. Doorslaggevend is niet de hoeveelheid gegevens, maar een herhaalbare sjabloon die op alle testapparaten identiek wordt gebruikt.
