Yhteystiedot & apu
Toistettavat testit alkavat huolellisesti dokumentoidusta testiympäristöstä. Windows-järjestelmissä pelkkä maininta ”Windows 11” virheraportissa ei yleensä riitä. Build-versio, laiteohjelmiston tila, tietoturvaominaisuudet, näytönohjaimen ajuri ja laitteisto voivat vaikuttaa siihen, ilmeneekö virhe ja onko se toistettavissa toisella laitteella. Tämä opas näyttää, miten Windows-testilaitteen tärkeimmät tekniset tiedot kerätään pelkillä käyttöjärjestelmän sisäänrakennetuilla työkaluilla – ilman lisädiagnostiikkaohjelmistoja.
Mitä tietoja Windows-testilaitteen dokumentaatioon kuuluu?
Monissa QA- ja tukiskenaarioissa erityisen tärkeitä ovat kuusi ryhmää: käyttöjärjestelmä ja build, suoritin ja muisti, laiteohjelmiston tila, TPM:n tila, Secure Bootin tila sekä näytönohjain- ja ajuritiedot. Sovelluksesta riippuen mukaan tulevat näytön tarkkuus, käytettävissä oleva tallennuskapasiteetti, kieli, aikavyöhyke ja asennetut ajonaikaiset komponentit.
Tarkoituksena ei ole kerätä mahdollisimman paljon tietoa. Tavoitteena on pieni, johdonmukainen järjestelmän sormenjälki, joka kerätään samalla tavalla jokaisesta testilaitteesta. Näin toimivan ja virheellisen ympäristön väliset erot on paljon nopeampi havaita.
1. Windows-version ja buildin selvittäminen komennolla winver
Paina Windows-näppäintä + R, kirjoita winver ja vahvista. Ikkuna näyttää asennetun Windows-version ja käyttöjärjestelmän buildin. Molemmat arvot kannattaa liittää virheraporttiin.
Pelkkä versio on liian epätarkka. Kahdessa laitteessa voi olla molemmissa Windows 11, mutta eri build tai eri korjaustaso. Päivityksen jälkeen ilmenevää käytöstä voidaan siksi tutkia mielekkäästi vain, jos build on dokumentoitu.
Kirjaa silti aina myös versio ylös. Se, käyttääkö testilaite Windows 11 Homea, Windows 11 Prota vai Windows 11 Enterpriseä, ratkaisee, ovatko esimerkiksi BitLocker, ryhmäkäytäntö tai Hyper-V ylipäätään käytettävissä – ja vaikuttaa siten myös testikäyttäytymiseen.
2. Keskeisten järjestelmätietojen lukeminen komennolla msinfo32
Avaa komento msinfo32 painamalla Windows-näppäintä + R. Järjestelmätiedot kokoaa yhteen monia testaukselle ja vianetsinnälle hyödyllisiä tietoja. Erityisen tärkeitä ovat:
- Käyttöjärjestelmän nimi ja versio
- Järjestelmän valmistaja ja malli
- Järjestelmätyyppi
- Suoritin
- Asennettu fyysinen muisti
- BIOS-versio ja -päivämäärä
- BIOS-tila
- ”Suojatun käynnistyksen” eli Secure Bootin tila
Toistettavien QA-prosessien kannalta kannattaa pitää nämä kentät kiinteässä mallipohjassa. Näin vältetään virheraportteja, joissa yksi testaaja dokumentoi BIOS-version ja toinen vain Windows-version.
3. UEFI:n ja Secure Bootin tarkistaminen
Ohjelmassa msinfo32 BIOS-tilan kenttä näyttää, käynnistyikö laite UEFI-tilassa vai vanhemmassa Legacy-tilassa. Suojatun käynnistyksen tilan kenttä näyttää, onko Secure Boot käytössä. Microsoft mainitsee UEFI- ja Secure Boot -tuen osana Windows 11:n järjestelmävaatimuksia.
Vianetsinnässä tämä tieto on hyödyllinen myös silloin, kun testattava sovellus ei käytä Secure Bootia suoraan. Laiteohjelmiston asetusten ja tietoturvatilan erot voivat selittää, miksi asennus-, ajuri- tai laitekäyttäytyminen poikkeaa kahden muuten samankaltaisen tietokoneen välillä.
Älä muuta laiteohjelmiston asetuksia pelkkää yhtä testiä varten ymmärtämättä seurauksia. Jos muutos on tarpeen, dokumentoi tila ennen muutosta ja sen jälkeen ja noudata laitteen tai emolevyn valmistajan ohjeita.
4. TPM-version tarkistaminen komennolla tpm.msc
Paina Windows-näppäintä + R, kirjoita tpm.msc ja avaa TPM-hallinta. Jos Trusted Platform Module -moduuli on käytettävissä ja toimintavalmis, löydät sieltä valmistajan tiedot ja määrittelyversion. Windows 11:ssä TPM 2.0 on vähimmäisvaatimus.
Jos Windows ei näytä yhteensopivaa TPM:ää, se ei aina tarkoita, että laitteisto puuttuisi. Microsoft huomauttaa, että TPM voi olla joissakin laitteissa poistettu käytöstä UEFI-laiteohjelmistossa. Alustasta riippuen se voi näkyä esimerkiksi nimillä Intel PTT tai AMD fTPM.
Testidokumentaatioon riittää yleensä kolme arvoa: TPM olemassa: kyllä/ei, määrittelyversio ja tila. Arkaluonteiset avain- tai identiteettitiedot eivät kuulu tavalliseen virheraporttiin.
5. DirectX:n ja näytönohjaimen ajurin dokumentointi komennolla dxdiag
Avaa komento dxdiag painamalla Windows-näppäintä + R. DirectX-diagnostiikkatyökalu näyttää järjestelmätietojen lisäksi tietoja näytönohjaimesta ja ajurista. Näyttö-välilehdellä näkyvät muun muassa näytönohjaimen nimi, ajuriversio, ajurin päivämäärä, DirectX-tuki ja näyttötila.
Nämä tiedot ovat erityisen tärkeitä näyttövirheissä, laitteistokiihdytykseen liittyvissä kaatumisissa, useamman näytön ongelmissa tai virtuaalisten ja fyysisten testikoneiden välisissä eroissa. Microsoft ilmoittaa Windows 11:n vähimmäisvaatimukseksi DirectX 12 -yhteensopivan näytönohjaimen, jossa on WDDM 2.0 -ajuri.
6. Suorittimen, muistin ja järjestelmätyypin yhtenäinen kirjaaminen
Suorittimen, asennetun RAM-muistin ja järjestelmätyypin löydät myös ohjelmasta msinfo32 tai kohdasta Asetukset → Järjestelmä → Tietoja. Kirjaa suorittimesta mahdollisuuksien mukaan tarkka mallinimi pelkän ”Intel”- tai ”AMD”-maininnan sijaan. Muistin osalta asennettu kapasiteetti riittää, ellei tutkita nimenomaan muistiongelmaa.
Suorituskyky- tai kuormitustesteissä kannattaa lisäksi kirjata, käyvätkö muut resursseja kuluttavat prosessit samanaikaisesti. Testitulos ilman tietoa laitteiston kuormituksesta voidaan helposti tulkita väärin.
7. Vapaan tallennustilan tarkistaminen
Laite voi täyttää Windowsin muodolliset vaatimukset ja silti sillä voi olla liian vähän vapaata tilaa päivitystä, väliaikaisia testitietoja tai suurempaa sovellusta varten. Kirjaa siksi asennus- ja päivitysvirheiden yhteydessä paitsi levyn koko, myös vapaa tila ennen testiä.
Microsoftin mukaan Windows 11 edellyttää vähintään 64 Gt:n tallennuslaitetta. Toistettavissa sovellustesteissä merkittävämpi mittari on kuitenkin todellisuudessa käytettävissä oleva vapaa tila.
Suositeltu järjestelmän sormenjälki virheraportteihin
Kompakti mallipohja voi näyttää esimerkiksi tältä:
Käyttöjärjestelmä: Windows 11 [versio]
Versio/build: [winver]
Laitemalli: [msinfo32]
Suoritin: [tarkka malli]
RAM: [Gt]
BIOS-tila: UEFI/Legacy
Secure Boot: Käytössä/Pois käytöstä/Ei tuettu
TPM: käytettävissä, versio [x.x]
Näytönohjain: [malli]
Näytönohjaimen ajuri: [versio + päivämäärä]
DirectX/WDDM: [dxdiag]
Näyttö: [tarkkuus / skaalaus]
Vapaa tila: [Gt]
Testin ajankohta: [päivämäärä/kellonaika]Kun verrataan kahta konetta, molemmille järjestelmille tulisi käyttää samaa mallipohjaa. Näin erot tulevat heti näkyviin ilman, että kehittäjien tarvitsee selata useita kuvakaappauksia.
Mitä tietoja ei pidä laittaa julkisiin virheraportteihin?
Järjestelmädiagnostiikka voi sisältää tietoja, joita ei tarvita teknisessä analyysissa. Älä siksi julkaise sarjanumeroita, tuoteavaimia, tilitietoja, laitetunnisteita, yksityisiä verkkotietoja tai muita henkilö- tai luottamuksellisia tietoja. Tarkista viedyt diagnoosiraportit ennen niiden jakamista.
Yrityksissä sovelletaan lisäksi sisäisiä käytäntöjä lokien ja telemetriatietojen osalta. Hyvä järjestelmän sormenjälki sisältää vain tiedot, jotka auttavat toistamaan virheen.
Miksi tämä dokumentaatio parantaa toistettavuutta
Vain yhdellä testilaitteella ilmenevä virhe ei ole automaattisesti sattumanvarainen. Usein ympäristö eroaa yhdessä yksityiskohdassa: eri Windows-build, eri näytönohjaimen ajuri, poikkeava laiteohjelmiston asetus, vähemmän vapaata tilaa tai eri laitteisto. Kun nämä erot kirjataan jäsennellysti, ”toimii minulla” voidaan muuttaa testattavissa olevaksi hypoteesiksi.
Menetelmä on erityisen arvokas regressiotesteissä. Tallenna järjestelmän sormenjälki yhdessä testiajon kanssa. Jos tulos muuttuu Windows-, laiteohjelmisto- tai ajuripäivityksen jälkeen, on jäljitettävissä, mikä ympäristömuuttuja muuttui ajojen välillä.
Yhteenveto
Luotettava Windows-testidokumentaatio ei edellytä laajoja kolmannen osapuolen työkaluja. Komennoilla winver, msinfo32, tpm.msc ja dxdiag tärkeimmät järjestelmän ominaisuudet voidaan kirjata johdonmukaisesti. Ratkaisevaa ei ole tiedon määrä vaan toistettava mallipohja, jota käytetään samalla tavalla kaikissa testilaitteissa.
