Οι αναπαραγώγιμες δοκιμές ξεκινούν με ένα σωστά τεκμηριωμένο περιβάλλον δοκιμών. Στα συστήματα Windows, η αναφορά «Windows 11» σε μια αναφορά σφάλματος συνήθως δεν αρκεί. Η έκδοση build, η λειτουργία firmware, οι λειτουργίες ασφαλείας, το πρόγραμμα οδήγησης γραφικών και το υλικό μπορούν να επηρεάσουν το αν εμφανιστεί ένα σφάλμα και αν αυτό είναι αναπαραγώγιμο σε μια δεύτερη συσκευή. Αυτός ο οδηγός δείχνει πώς να καταγράψετε τα σημαντικότερα τεχνικά στοιχεία μιας συσκευής δοκιμών Windows χρησιμοποιώντας μόνο ενσωματωμένα εργαλεία – χωρίς πρόσθετο λογισμικό διάγνωσης.
Ποιες πληροφορίες πρέπει να περιλαμβάνει η τεκμηρίωση μιας συσκευής δοκιμών Windows;
Για πολλά σενάρια QA και υποστήριξης, έξι ομάδες πληροφοριών είναι ιδιαίτερα σημαντικές: λειτουργικό σύστημα και build, επεξεργαστής και μνήμη, λειτουργία firmware, κατάσταση TPM, κατάσταση Secure Boot, καθώς και δεδομένα γραφικών και προγράμματος οδήγησης. Ανάλογα με την εφαρμογή, προστίθενται η ανάλυση οθόνης, ο διαθέσιμος αποθηκευτικός χώρος, η γλώσσα, η ζώνη ώρας και τα εγκατεστημένα στοιχεία χρόνου εκτέλεσης.
Ο σκοπός δεν είναι η συλλογή όσο το δυνατόν περισσότερων δεδομένων. Ο στόχος είναι ένα μικρό, συνεπές αποτύπωμα συστήματος, το οποίο συλλέγεται με τον ίδιο τρόπο σε κάθε συσκευή δοκιμών. Έτσι εντοπίζονται πολύ πιο γρήγορα οι διαφορές ανάμεσα σε ένα λειτουργικό και σε ένα ελαττωματικό περιβάλλον.
1. Καταγραφή έκδοσης και build των Windows με το winver
Πατήστε πλήκτρο Windows + R, πληκτρολογήστε winver και επιβεβαιώστε. Το παράθυρο εμφανίζει την εγκατεστημένη έκδοση Windows και το build του λειτουργικού συστήματος. Και οι δύο τιμές θα πρέπει να περιλαμβάνονται σε μια αναφορά σφάλματος.
Η έκδοση από μόνη της είναι πολύ ανακριβής. Δύο συσκευές μπορεί να έχουν και οι δύο Windows 11, αλλά διαφορετικά build ή επίπεδα ενημερώσεων. Μια συμπεριφορά που εμφανίζεται μετά από μια ενημέρωση μπορεί επομένως να διερευνηθεί ουσιαστικά μόνο αν το build είναι τεκμηριωμένο.
Παρ’ όλα αυτά, να σημειώνετε πάντα και την έκδοση. Το αν μια συσκευή δοκιμών λειτουργεί με Windows 11 Home, Windows 11 Pro ή Windows 11 Enterprise καθορίζει αν λειτουργίες όπως το BitLocker, οι πολιτικές ομάδας ή το Hyper-V είναι καν διαθέσιμες – και επηρεάζει έτσι και τη συμπεριφορά κατά τις δοκιμές.
2. Ανάγνωση κεντρικών δεδομένων συστήματος με το msinfo32
Ανοίξτε την εντολή msinfo32 μέσω πλήκτρο Windows + R. Οι πληροφορίες συστήματος συγκεντρώνουν πολλά στοιχεία χρήσιμα για τις δοκιμές και την ανάλυση σφαλμάτων. Ιδιαίτερα σημαντικά είναι:
- Όνομα και έκδοση λειτουργικού συστήματος
- Κατασκευαστής και μοντέλο συστήματος
- Τύπος συστήματος
- Επεξεργαστής
- Εγκατεστημένη φυσική μνήμη
- Έκδοση και ημερομηνία BIOS
- Λειτουργία BIOS
- Κατάσταση της «ασφαλούς εκκίνησης» (Secure Boot)
Για αναπαραγώγιμες διαδικασίες QA, συνιστάται η καταγραφή αυτών των πεδίων σε ένα σταθερό πρότυπο. Έτσι αποφεύγονται αναφορές σφαλμάτων στις οποίες ένας δοκιμαστής καταγράφει την έκδοση του BIOS και ένας άλλος μόνο την έκδοση των Windows.
3. Έλεγχος UEFI και Secure Boot
Στο msinfo32, το πεδίο για τη λειτουργία BIOS δείχνει αν η συσκευή εκκινήθηκε σε λειτουργία UEFI ή σε παλαιότερη λειτουργία Legacy. Το πεδίο για την ασφαλή εκκίνηση δείχνει αν το Secure Boot είναι ενεργό. Η Microsoft αναφέρει τη δυνατότητα UEFI και Secure Boot ως μέρος των απαιτήσεων συστήματος των Windows 11.
Για την αντιμετώπιση σφαλμάτων, αυτή η πληροφορία είναι χρήσιμη ακόμη και όταν η υπό δοκιμή εφαρμογή δεν χρησιμοποιεί άμεσα το Secure Boot. Διαφορές στη διαμόρφωση του firmware και στην κατάσταση ασφαλείας μπορούν να εξηγήσουν γιατί η συμπεριφορά εγκατάστασης, προγράμματος οδήγησης ή συσκευής διαφέρει μεταξύ δύο κατά τα άλλα παρόμοια εξοπλισμένων υπολογιστών.
Μην αλλάζετε τις ρυθμίσεις firmware μόνο για μία δοκιμή χωρίς να κατανοείτε τις συνέπειες. Αν απαιτείται μια αλλαγή, τεκμηριώστε την κατάσταση πριν και μετά την προσαρμογή και ακολουθήστε τις οδηγίες του κατασκευαστή της συσκευής ή της μητρικής πλακέτας.
4. Έλεγχος της έκδοσης TPM με το tpm.msc
Πατήστε πλήκτρο Windows + R, πληκτρολογήστε tpm.msc και ανοίξτε τη διαχείριση TPM. Αν το Trusted Platform Module είναι διαθέσιμο και έτοιμο για λειτουργία, θα βρείτε εκεί πληροφορίες κατασκευαστή και την έκδοση προδιαγραφών. Για τα Windows 11, το TPM 2.0 αποτελεί ελάχιστη απαίτηση.
Αν τα Windows δεν εμφανίζουν συμβατό TPM, αυτό δεν σημαίνει απαραίτητα ότι λείπει το υλικό. Η Microsoft επισημαίνει ότι το TPM μπορεί να είναι απενεργοποιημένο σε ορισμένες συσκευές μέσα στο firmware UEFI. Ανάλογα με την πλατφόρμα, μπορεί να εμφανίζεται με ονομασίες όπως Intel PTT ή AMD fTPM.
Για την τεκμηρίωση των δοκιμών αρκούν συνήθως τρεις τιμές: TPM διαθέσιμο: ναι/όχι, έκδοση προδιαγραφών και κατάσταση. Ευαίσθητα κλειδιά ή δεδομένα ταυτότητας δεν έχουν θέση σε μια συνηθισμένη αναφορά σφάλματος.
5. Τεκμηρίωση DirectX και προγράμματος οδήγησης γραφικών με το dxdiag
Ανοίξτε την εντολή dxdiag μέσω πλήκτρο Windows + R. Το εργαλείο διάγνωσης DirectX εμφανίζει, εκτός από δεδομένα συστήματος, και πληροφορίες για τη μονάδα γραφικών και το πρόγραμμα οδήγησης. Στην καρτέλα Οθόνη φαίνονται, μεταξύ άλλων, το όνομα της GPU, η έκδοση του προγράμματος οδήγησης, η ημερομηνία του προγράμματος οδήγησης, η υποστήριξη DirectX και η λειτουργία απεικόνισης.
Αυτά τα στοιχεία είναι ιδιαίτερα σημαντικά σε σφάλματα απεικόνισης, καταρρεύσεις που σχετίζονται με επιτάχυνση υλικού, προβλήματα με πολλαπλές οθόνες ή διαφορές μεταξύ εικονικών και φυσικών μηχανημάτων δοκιμών. Η Microsoft αναφέρει για τα Windows 11 ως ελάχιστη απαίτηση μια μονάδα γραφικών συμβατή με DirectX 12 και πρόγραμμα οδήγησης WDDM 2.0.
6. Ενιαία καταγραφή CPU, RAM και τύπου συστήματος
Τον επεξεργαστή, την εγκατεστημένη μνήμη RAM και τον τύπο συστήματος τα βρίσκετε επίσης στο msinfo32 ή στις Ρυθμίσεις → Σύστημα → Πληροφορίες. Για τον επεξεργαστή, καταγράψτε αν είναι δυνατόν την ακριβή ονομασία μοντέλου αντί για απλώς «Intel» ή «AMD». Για τη μνήμη RAM αρκεί η εγκατεστημένη χωρητικότητα, εφόσον δεν διερευνάται πρόβλημα μνήμης.
Για δοκιμές απόδοσης ή φόρτου θα πρέπει επιπλέον να καταγράφεται αν εκτελούνται παράλληλα άλλες διεργασίες με μεγάλη κατανάλωση πόρων. Ένα αποτέλεσμα δοκιμής χωρίς πλαίσιο σχετικά με τη χρήση υλικού μπορεί εύκολα να ερμηνευθεί λανθασμένα.
7. Έλεγχος ελεύθερου αποθηκευτικού χώρου
Μια συσκευή μπορεί να πληροί τις τυπικές απαιτήσεις των Windows και παρ’ όλα αυτά να έχει πολύ λίγο ελεύθερο χώρο για μια ενημέρωση, προσωρινά δεδομένα δοκιμών ή μια μεγαλύτερη εφαρμογή. Γι’ αυτό, σε σφάλματα εγκατάστασης και ενημέρωσης, καταγράφετε όχι μόνο το μέγεθος του δίσκου αλλά και τον ελεύθερο χώρο πριν από τη δοκιμή.
Σύμφωνα με τη Microsoft, τα Windows 11 απαιτούν συσκευή αποθήκευσης τουλάχιστον 64 GB. Ωστόσο, για αναπαραγώγιμες δοκιμές εφαρμογών, ο πραγματικά διαθέσιμος ελεύθερος χώρος είναι ο πιο ουσιαστικός δείκτης.
Συνιστώμενο αποτύπωμα συστήματος για αναφορές σφαλμάτων
Ένα συμπαγές πρότυπο μπορεί να έχει, για παράδειγμα, την εξής μορφή:
ΛΣ: Windows 11 [Έκδοση]
Έκδοση/Build: [winver]
Μοντέλο συσκευής: [msinfo32]
CPU: [ακριβές μοντέλο]
RAM: [GB]
Λειτουργία BIOS: UEFI/Legacy
Secure Boot: Ενεργό/Ανενεργό/Μη υποστηριζόμενο
TPM: διαθέσιμο, έκδοση [x.x]
GPU: [μοντέλο]
Πρόγραμμα οδήγησης γραφικών: [έκδοση + ημερομηνία]
DirectX/WDDM: [dxdiag]
Οθόνη: [ανάλυση / κλιμάκωση]
Ελεύθερος χώρος: [GB]
Χρονική στιγμή δοκιμής: [ημερομηνία/ώρα]Κατά τη σύγκριση δύο μηχανημάτων, θα πρέπει να χρησιμοποιείται το ίδιο πρότυπο και για τα δύο συστήματα. Έτσι, οι διαφορές γίνονται αμέσως ορατές, χωρίς οι προγραμματιστές να χρειάζεται να ψάχνουν πολλά στιγμιότυπα οθόνης.
Ποια δεδομένα δεν θα πρέπει να περιλαμβάνονται σε δημόσιες αναφορές σφαλμάτων;
Η διάγνωση συστήματος μπορεί να περιέχει πληροφορίες που δεν είναι απαραίτητες για την τεχνική ανάλυση. Γι’ αυτό μην δημοσιεύετε σειριακούς αριθμούς, κλειδιά προϊόντος, δεδομένα λογαριασμού, αναγνωριστικά συσκευών, ιδιωτικά δεδομένα δικτύου ή άλλες προσωπικές ή εμπιστευτικές πληροφορίες. Ελέγξτε τις εξαγόμενες αναφορές διάγνωσης πριν τις μοιραστείτε.
Στις επιχειρήσεις ισχύουν επιπλέον εσωτερικές πολιτικές για αρχεία καταγραφής και δεδομένα τηλεμετρίας. Ένα καλό αποτύπωμα συστήματος περιέχει μόνο δεδομένα που συμβάλλουν στην αναπαραγωγή του σφάλματος.
Γιατί αυτή η τεκμηρίωση βελτιώνει την αναπαραγωγιμότητα
Ένα σφάλμα που εμφανίζεται μόνο σε μία μεμονωμένη συσκευή δοκιμών δεν είναι αυτόματα τυχαίο. Συχνά το περιβάλλον διαφέρει σε μία λεπτομέρεια: διαφορετικό build Windows, διαφορετικό πρόγραμμα οδήγησης γραφικών, διαφορετική διαμόρφωση firmware, λιγότερος ελεύθερος χώρος ή διαφορετικό υλικό. Όταν αυτές οι διαφορές καταγράφονται με δομημένο τρόπο, ένα «σε εμένα λειτουργεί» μπορεί να γίνει μια ελέγξιμη υπόθεση.
Η μέθοδος είναι ιδιαίτερα χρήσιμη στις δοκιμές παλινδρόμησης. Αποθηκεύστε το αποτύπωμα συστήματος μαζί με την εκτέλεση της δοκιμής. Αν το αποτέλεσμα αλλάξει μετά από μια ενημέρωση Windows, firmware ή προγράμματος οδήγησης, γίνεται ανιχνεύσιμο ποια μεταβλητή περιβάλλοντος άλλαξε μεταξύ των εκτελέσεων.
Συμπέρασμα
Μια αξιόπιστη τεκμηρίωση δοκιμών Windows δεν απαιτεί εκτενή εργαλεία τρίτων. Με τα winver, msinfo32, tpm.msc και dxdiag μπορούν να καταγραφούν με συνέπεια τα σημαντικότερα χαρακτηριστικά συστήματος. Καθοριστική δεν είναι η ποσότητα των δεδομένων αλλά ένα επαναλήψιμο πρότυπο, το οποίο χρησιμοποιείται με τον ίδιο τρόπο σε όλες τις συσκευές δοκιμών.
