Εφαρμογές Ιστού

Τι είναι το Requirements Traceability Matrix (RTM);

30 Οκτωβρίου 2021

Όπως υποδηλώνει το όνομα, αυτή η μήτρα χρησιμοποιείται για την παρακολούθηση και τον έλεγχο του εάν πληρούνται οι τρέχουσες απαιτήσεις του έργου. Ένα έγγραφο που χρησιμοποιείται για τη συνσυσχέτιση οποιωνδήποτε εγγράφων δύο γραμμών βάσης, που απαιτούν πολλές προς πολλές σχέσεις, για τον έλεγχο της πληρότητας αυτής της σχέσης ονομάζεται μήτρα ιχνηλασιμότητας απαιτήσεων .

Πίνακας περιεχομένων

Requirements Traceability Matrix (RTM)

Ένα έγγραφο που καταγράφει όλες τις απαιτήσεις που προτείνονται από τον πελάτη και ανιχνεύει τις απαιτήσεις σε ένα μόνο έγγραφο αντιστοιχίζοντας και παρακολουθώντας περιπτώσεις δοκιμών με απαιτήσεις χρήστη ονομάζεται πίνακας ιχνηλασιμότητας απαιτήσεων.

Απαιτήσεις Το έγγραφο μήτρας ιχνηλασιμότητας παραδίδεται στο τέλος του Κύκλου Ζωής Ανάπτυξης Λογισμικού.

Ο πρωταρχικός σκοπός των εγγράφων είναι να επαληθεύσει ότι όλες οι απαιτήσεις του χρήστη ελέγχονται με τη χρήση των δοκιμαστικών περιπτώσεων και ότι καμία λειτουργικότητα δεν είναι ανεπιλεγμένη κατά τη δοκιμή λογισμικού.

Η κάλυψη δοκιμής 100% θα πρέπει να είναι το επίκεντρο οποιασδήποτε δέσμευσης δοκιμών, δηλαδή, όλα όσα πρέπει να δοκιμαστούν θα πρέπει να δοκιμάζονται.

Requirements Traceability Matrix

Τύποι Απαιτήσεων Πίνακας Ιχνηλασιμότητας

Η Απαίτηση Ιχνηλασιμότητας μπορεί να ταξινομηθεί ευρέως σε τρία κύρια στοιχεία. Αυτοί είναι:

1. Προώθηση ιχνηλασιμότητας

Αυτή η μήτρα διασφαλίζει ότι κάθε απαίτηση εφαρμόζεται στο προϊόν και ελέγχεται διεξοδικά.

Ελέγχει επίσης την κατεύθυνση του προϊόντος και διασφαλίζει ότι προχωρά προς την επιθυμητή κατεύθυνση για το σωστό λογισμικό/προϊόν.

Οι απαιτήσεις αντιστοιχίζονται στις δοκιμαστικές περιπτώσεις.

2. Αντίστροφη ή Αντίστροφη Ιχνηλασιμότητα

Αυτός ο πίνακας επαληθεύει ότι οι δοκιμαστές δεν επεκτείνουν το εύρος του έργου προσθέτοντας κώδικα, δοκιμές, στοιχεία σχεδίασης ή άλλη περιττή εργασία που δεν είναι προκαθορισμένη στις απαιτήσεις του χρήστη.

Διασφαλίζει επίσης ότι το τρέχον προϊόν παραμένει στο σωστό δρόμο.

Οι περιπτώσεις δοκιμών αντιστοιχίζονται στις απαιτήσεις.

3. Ιχνηλασιμότητα αμφίδρομης ή προς τα εμπρός και προς τα πίσω

Διασφαλίζει ότι όλες οι απαιτήσεις των χρηστών καλύπτονται σε όλες τις περιπτώσεις δοκιμών και αναλύει τις αλλαγές στις απαιτήσεις των χρηστών που προκαλούνται από τα ελαττώματα ενός προϊόντος και αντίστροφα.

Παράμετροι που περιλαμβάνονται στον πίνακα ιχνηλασιμότητας απαιτήσεων

Η ομάδα δοκιμών που αναπτύσσει το Requirements Traceability Matrix μπορεί να επιλέξει διαθέσιμα Εργαλεία Διαχείρισης Δοκιμών εκτός από τη διατήρηση ενός φύλλου excel ξεχωριστά.

Τρεις παράμετροι περιλαμβάνονται στο φύλλο excel του RTM:

  • Αναγνωριστικό απαίτησης
  • Τύπος και Περιγραφή Απαίτησης
  • Δοκιμαστικές περιπτώσεις με κατάσταση

Εκτός από τα παραπάνω, ο πίνακας ιχνηλασιμότητας απαιτήσεων μπορεί επίσης να περιέχει:

  • Η απαίτηση καλύπτεται ανάλογα με τον αριθμό των περιπτώσεων δοκιμής.
  • Κατάσταση δοκιμής αποδοχής χρήστη, εάν γίνεται από τον χρήστη.
  • Κατάσταση σχεδίασης και εκτέλεσης για συγκεκριμένες περιπτώσεις δοκιμών.
  • Αναφέρονται τα σχετικά ελαττώματα και η τρέχουσα κατάσταση.

Δεν θα ήταν λάθος να πούμε ότι το RTM είναι ένα One-Stop-Shop για όλες τις δοκιμαστικές δραστηριότητες.

Δείτε επίσης 10 καλύτερα δωρεάν εργαλεία λογισμικού διαμερισμάτων σκληρού δίσκου (Συγχώνευση και ανάκτηση)

Σημασία των Απαιτήσεων Πίνακας Ιχνηλασιμότητας

Η ενδελεχής ανάλυση των απαιτήσεων του χρήστη και η δημιουργία θετικών και αρνητικών περιπτώσεων δοκιμών θα πρέπει να διασφαλίζονται λαμβάνοντας υπόψη όλα τα πιθανά σενάρια ή περιπτώσεις δοκιμής.

Λοιπόν, πώς μπορεί κανείς να διασφαλίσει ότι καμία απαίτηση δεν έχει παραλειφθεί κατά τη διάρκεια της δοκιμής;

Ο απλούστερος τρόπος θα είναι ο εντοπισμός των απαιτήσεων και των αντίστοιχων περιπτώσεων δοκιμών και των σεναρίων δοκιμών με απλοποιημένο τρόπο.

Κάθε ελεγκτής πρέπει να διασφαλίζει ότι το προϊόν που παραδίδεται θα πρέπει να είναι χωρίς ελαττώματα και να πληροί όλες τις απαιτήσεις του χρήστη.

Για την επίτευξη αυτού του στόχου, οι δοκιμαστές QA θα πρέπει να κατανοήσουν πλήρως τις απαιτήσεις και να είναι σε θέση να χωρίσουν τις απαιτήσεις σε διάφορα σενάρια και στη συνέχεια να δημιουργήσουν δοκιμαστικές περιπτώσεις σε αυτά τα σενάρια.

Μόλις ολοκληρωθούν οι δοκιμαστικές περιπτώσεις, πρέπει να εκτελεστούν μεμονωμένα και θα πρέπει επίσης να δημιουργηθούν αναφορές επιτυχίας και αποτυχίας.

Εδώ, εμφανίζεται ο πίνακας ιχνηλασιμότητας των απαιτήσεων.

Ο πίνακας δεν είναι παρά ένα τυπικό φύλλο εργασίας που περιέχει τις απαιτήσεις του χρήστη και όλα τα πιθανά σενάρια δοκιμών, τις περιπτώσεις δοκιμών και τις αντίστοιχες τρέχουσες καταστάσεις επιτυχίας ή αποτυχίας τους.

Χρησιμοποιώντας το RTM, η ομάδα δοκιμών θα κατανοήσει καλύτερα και θα εντοπίσει τις διάφορες δραστηριότητες δοκιμών που πρέπει να γίνουν για το λογισμικό ή το προϊόν.

Παράδειγμα Πίνακα Ιχνηλασιμότητας Απαιτήσεων

Ας εξετάσουμε ένα παράδειγμα προδιαγραφής απαίτησης χρήστη που απαιτεί α Ορίστε την Υπενθύμιση σε ένα λογισμικό Διαχείρισης Εργασιών .

Έτσι, το Απαίτηση επιχείρησης (BR1) θα είναι: Θα πρέπει να είναι διαθέσιμο το κουμπί 'Ορισμός υπενθύμισης'.

ο σενάριο δοκιμής (TS1) για την απαίτηση θα είναι: Παρέχεται το κουμπί Set Reminder.

Θα υπάρξουν δύο δοκιμαστικές περιπτώσεις σε αυτό το σενάριο:

    Δοκιμαστική περίπτωση 1 (TS1.TC1): Η επιλογή ρύθμισης υπενθύμισης έχει ενεργοποιηθεί και λειτουργεί με επιτυχία.Δοκιμαστική περίπτωση 2 (TS1.TC2): Η επιλογή ρύθμισης υπενθύμισης έχει απενεργοποιηθεί με επιτυχία.

Μόλις εφαρμοστούν οι παραπάνω περιπτώσεις δοκιμής, ενδέχεται να πετύχουν ή να αποτύχουν.

Σε περίπτωση αποτυχίας, τα ελαττώματα που εντοπίστηκαν μπορούν επίσης να καταγραφούν και να χαρτογραφηθούν παράλληλα με τις επιχειρηματικές απαιτήσεις, το σενάριο δοκιμής και τις περιπτώσεις δοκιμής.

Ας υποθέσουμε ότι το TS1.TC1 αποτυγχάνει, δηλαδή, ο χρήστης δεν μπορεί να ορίσει υπενθύμιση για καθημερινές εργασίες, παρόλο που η επιλογή είναι ενεργοποιημένη. Σε μια τέτοια περίπτωση, το ελάττωμα μπορεί να καταγραφεί στο Requirement Traceability Matrix.

Ας υποθέσουμε ότι το αναγνωριστικό ελαττώματος είναι D1. Στη συνέχεια, αυτό θα αντιστοιχιστεί επίσης με τα BR1, TS1 και TS1.TC1.

Σε μορφή πίνακα, το RTM θα μοιάζει κάπως έτσι:

Επιχειρησιακή Απαίτηση Σενάριο δοκιμής Δοκιμαστική υπόθεση Ελαττώματα
BR1 TS1TS1.TC1Δ1
TS1.TC2

Ομοίως, μπορούν να προστεθούν άλλες σειρές για άλλες επιχειρηματικές απαιτήσεις, BR2, BR3 και άλλες, μαζί με τις περιπτώσεις δοκιμής, τα σενάρια δοκιμών και τα ελαττώματα που έχουν αντιστοιχιστεί.

Κάλυψη δοκιμής

Η κάλυψη δοκιμής είναι ένας όρος που ορίζει ποιες απαιτήσεις χρήστη πρέπει να δοκιμαστούν και να επαληθευτούν μόλις ξεκινήσει η δοκιμή.

Ελέγχει εάν οι περιπτώσεις δοκιμής εκτελούνται σωστά ή όχι, για να διασφαλίσει την πληρότητα της εφαρμογής λογισμικού με ελάχιστα ή μηδενικά ελαττώματα.

Η κάλυψη δοκιμής 100% μπορεί να επιτευχθεί χρησιμοποιώντας την Ιχνηλασιμότητα Απαιτήσεων ως εξής:

Τα εσωτερικά ελαττώματα θα πρέπει να αντιστοιχίζονται στις δοκιμές που έχουν σχεδιαστεί.

Τα ελαττώματα που αναφέρθηκαν από τον πελάτη (CRD) θα πρέπει να αντιστοιχίζονται στις μεμονωμένες περιπτώσεις δοκιμών.

Τύποι προδιαγραφών απαίτησης

1. Έγγραφο προδιαγραφών απαιτήσεων λογισμικού (SRS)

Είναι ένα λεπτομερές έγγραφο που περιέχει όλες τις λεπτομέρειες σχετικά με τις λειτουργικές και μη λειτουργικές απαιτήσεις του πελάτη ή των ενδιαφερομένων.

Το SRS είναι το βασικό έγγραφο για το σχεδιασμό και την ανάπτυξη εφαρμογών λογισμικού.

Δείτε επίσης 11 Διορθώσεις για το Recaptcha που δεν λειτουργεί σε Chrome, Firefox ή οποιοδήποτε πρόγραμμα περιήγησης

2. Χρησιμοποιήστε το έγγραφο υπόθεσης

Το Έγγραφο Περίπτωσης Χρήσης βοηθά στο σχεδιασμό και την υλοποίηση του λογισμικού σύμφωνα με τις επιχειρηματικές ανάγκες.

Δείχνει μια λεπτομερή ροή εργασιών για το πώς πρέπει να εκτελεστεί κάθε εργασία.

Οι αλληλεπιδράσεις μεταξύ του συστήματος και του χρήστη αντιστοιχίζονται στο Έγγραφο Περίπτωσης Χρήσης χρησιμοποιώντας παράγοντες και συμβάντα που πρέπει να εκτελεστούν για την επίτευξη του απαιτούμενου στόχου.

3. Επιχειρηματικές Απαιτήσεις

Το Έγγραφο Επιχειρηματικών Απαιτήσεων (BRS) είναι μια λίστα απαιτήσεων υψηλού επιπέδου που περιέχει λεπτομερώς τις πραγματικές απαιτήσεις των πελατών μετά από μια σύντομη αλληλεπίδραση με τον πελάτη.

Ένας επιχειρησιακός αναλυτής ή ένας αρχιτέκτονας έργου είναι αυτός που συνήθως σχηματίζει αυτό το έγγραφο. Το SRS προέρχεται από το BRS.

4. Ιστορίες χρηστών

Στην περίπτωση της μεθόδου ανάπτυξης Agile, η ιστορία χρήστη χρησιμοποιείται για να περιγράψει διάφορες δυνατότητες λογισμικού από την οπτική γωνία των τελικών χρηστών.

Αυτές οι ιστορίες απλοποιούν τις απαιτήσεις του χρήστη καθορίζοντας τους διάφορους τύπους χρηστών και τις απαιτήσεις τους για ποια λειτουργία και γιατί.

Το User Stories και η Agile ανάπτυξη είναι η νέα τάση στη βιομηχανία λογισμικού και στρέφονται προς αυτά και τα αντίστοιχα εργαλεία λογισμικού που απαιτούνται για την καταγραφή των απαιτήσεων των χρηστών.

5. Έγγραφα Απαιτήσεων Έργου (PRD)

Ένα έγγραφο αναφοράς που δημιουργήθηκε για ολόκληρη την ομάδα του έργου που ενημερώνει κάθε μέλος για τη λειτουργία των προϊόντων είναι το PRD.

Υπάρχουν τέσσερις ενότητες:

  • Σκοπός του προϊόντος
  • Χαρακτηριστικά Προϊόντος
  • Κριτήρια έκδοσης
  • Προϋπολογισμός & Χρονοδιάγραμμα του έργου

6. Έγγραφο επαλήθευσης ελαττωμάτων

Η ομάδα δοκιμών διατηρεί ένα έγγραφο που περιέχει λεπτομέρειες σχετικά με ελαττώματα για τη διόρθωση και τον επανέλεγχο των ελαττωμάτων.

Αυτό το έγγραφο επαλήθευσης ελαττωμάτων επαληθεύει εάν τα ελαττώματα έχουν επιδιορθωθεί ή όχι. ελέγχονται ξανά σε διαφορετικά λειτουργικά συστήματα ή συσκευές ή με διαφορετικές διαμορφώσεις συστήματος.

Εάν το έργο έχει μια αξιόπιστη φάση διόρθωσης και επαλήθευσης ελαττωμάτων, το Έγγραφο επαλήθευσης ελαττωμάτων είναι απαραίτητο και χρήσιμο.

Η χρησιμότητα του Requirements Traceability Matrix με χρήση παραδείγματος

Λαμβάνοντας υπόψη την προηγούμενη ειδοποίηση συνόλου στο λογισμικό διαχείρισης εργασιών, ας δούμε πώς μπορεί να βοηθήσει ο πίνακας ιχνηλασιμότητας απαιτήσεων.

1. Εφαρμογή

Απαίτηση: Εφαρμόστε το κουμπί Ορισμός ειδοποίησης στην εφαρμογή διαχείρισης εργασιών.

Εκτέλεση: Μόλις συνδεθεί ο χρήστης, το εικονίδιο ειδοποίησης καθορισμού θα πρέπει να είναι ορατό και προσβάσιμο στον πίνακα εργαλείων.

2. Είναι απαραίτητη η απαίτηση;

Απαίτηση: Εφαρμόστε το κουμπί Ορισμός ειδοποίησης μόνο για συγκεκριμένους χρήστες.

Εκτέλεση: Ο χρήστης μπορεί να επιλέξει εάν θέλει ή όχι να ενεργοποιήσει την ειδοποίηση για τις εργασίες του αυτόματα ή μη αυτόματα ή καθόλου.

3. Ερμηνεία της απαίτησης

Απαίτηση: Το κουμπί Set Notification περιέχει την ημερομηνία και την ώρα για τον ορισμό της ειδοποίησης.

Εκτέλεση: Όταν ένας χρήστης κάνει κλικ στο εικονίδιο/κουμπί Ορισμός ειδοποίησης, ποιο θα είναι διαθέσιμο;

  • Επιλέξτε την εργασία για την οποία πρέπει να οριστεί μια υπενθύμιση.
  • Η ημερομηνία και η ώρα μπορούν να ρυθμιστούν σύμφωνα με τις απαιτήσεις των χρηστών.

4. Σχεδιαστικές αποφάσεις μετά την υλοποίηση της απαίτησης

Απαίτηση: Εργασίες, διαγραφή, επεξεργασία, νέα, ρυθμίσεις, ορισμός ειδοποίησης, θα πρέπει να είναι ορατές και προσβάσιμες.

Εκτέλεση: Όλα τα στοιχεία που πρέπει να είναι ορατά θα πρέπει να είναι τακτοποιημένα σύμφωνα με το πλαίσιο σε μορφή πίνακα.

5. Κατανεμήθηκαν όλες οι απαιτήσεις

Απαίτηση: Θα πρέπει να παρέχεται η επιλογή «Σίγαση ειδοποίησης».

Εκτέλεση: Εάν η επιλογή «Ορισμός ειδοποίησης» είναι διαθέσιμη, τότε η «Σίγαση ειδοποίησης» θα πρέπει επίσης να είναι διαθέσιμη και να λειτουργεί με ακρίβεια. Εάν η επιλογή «σίγαση ειδοποίησης» λειτουργεί σωστά, όλες οι ειδοποιήσεις που έχουν ρυθμιστεί μπορούν εύκολα να επαναφερθούν ή να σιγασιαστούν μόλις ολοκληρωθούν οι εργασίες ή σύμφωνα με τις απαιτήσεις των χρηστών.

Δείτε επίσης Πώς να χρησιμοποιήσετε τη λειτουργία «Κάντε ένα διάλειμμα» του Facebook για να κάνετε σίγαση σε κάποιον

Πλεονεκτήματα της κάλυψης δοκιμής και του RTM

  • Το Requirements Traceability Matrix υπογραμμίζει τις απαιτήσεις και τις ασυνέπειες που λείπουν στο έγγραφο. Ο χρήστης θα πρέπει να πάρει αυτό που ζήτησε χωρίς λιγότερες ή πρόσθετες λειτουργίες.
  • Τα συνολικά ελαττώματα, η εκτέλεση και η κατάσταση εμφανίζονται από την άποψη των επιχειρηματικών απαιτήσεων.
  • Επιβεβαιώνεται η κάλυψη δοκιμής 100%.
  • Ο αντίκτυπος της επανεξέτασης και της εκ νέου επεξεργασίας των περιπτώσεων δοκιμής στο έργο της ομάδας QA αναλύεται και εκτιμάται χρησιμοποιώντας το RTM.
  • Η εφαρμογή των απαιτήσεων των χρηστών κατά προτεραιότητα είναι απαραίτητη. Οι απαιτήσεις κορυφαίας προτεραιότητας θα πρέπει να εφαρμοστούν πρώτα, έτσι ώστε το τελικό προϊόν να μπορεί να αποσταλεί με απαιτήσεις κορυφαίας προτεραιότητας και βάσει χρονοδιαγράμματος.
  • Τα σχέδια δοκιμών και οι περιπτώσεις δοκιμών είναι γραμμένα με ακρίβεια για να επαληθεύεται ότι πληρούνται όλες οι απαιτήσεις εφαρμογής.
  • Στην περίπτωση του αιτήματος αλλαγής ενός πελάτη, όλες οι σχετικές λειτουργίες μπορούν να τροποποιηθούν αναλόγως χωρίς να παραβλέπεται τίποτα.

Προκλήσεις για τη δοκιμή κάλυψης

Επικοινωνία

Σε περίπτωση τυχόν αλλαγών που ζητούνται από τα ενδιαφερόμενα μέρη, θα πρέπει να κοινοποιούνται αμέσως στις ομάδες ανάπτυξης και δοκιμών κατά τη διάρκεια των προηγούμενων φάσεων του κύκλου ανάπτυξης και δοκιμών. Εάν καθυστερήσει, απαιτείται περιττός χρόνος και προσπάθεια, γεγονός που θα καθυστερήσει το έργο και θα αυξήσει το κόστος.

Προτεραιότητα σε σενάρια δοκιμών

Τα σενάρια δοκιμών θα πρέπει να ιεραρχούνται σύμφωνα με τις απαιτήσεις του χρήστη και να παραδίδονται ως τέτοια για να αποφευχθεί οποιαδήποτε καθυστέρηση. Είναι αδύνατο να εφαρμοστούν όλα τα σενάρια δοκιμών, επομένως πρέπει να αποφασιστεί ποια σενάρια δοκιμών πρέπει να δοκιμαστούν και με ποια σειρά.

Αποτελεσματική Στρατηγική Δοκιμών

Η αποτελεσματική στρατηγική για την εφαρμογή της κάλυψης δοκιμής είναι αυτή που διασφαλίζει μια καλή ποιότητα της εφαρμογής, η οποία θα διατηρηθεί για κάποιο χρονικό διάστημα

Εφαρμογή Διαδικασίας

Παράγοντες όπως οι δεξιότητες της ομάδας, οι οργανωτικές δομές και διαδικασίες που ακολουθήθηκαν, οι προηγούμενες εμπειρίες, η τεχνική υποδομή, η υλοποίηση, ο χρόνος και οι πόροι, οι εκτιμήσεις του έργου που σχετίζονται με το κόστος και η τοποθεσία της ομάδας σύμφωνα με τις ζώνες ώρας θα πρέπει να λαμβάνονται υπόψη κατά τον καθορισμό της διαδικασίας δοκιμής.

Με αυτόν τον τρόπο, η ομάδα μπορεί να διασφαλίσει ότι η διαδικασία εκτελείται ομαλά και ότι κάθε άτομο στο έργο παραμένει στην ίδια σελίδα.

Διαθεσιμότητα Πόρων

Οι δοκιμαστές ειδικού τομέα και τα εργαλεία δοκιμών που χρησιμοποιούνται από τους ελεγκτές είναι οι δύο τύποι πόρων που απαιτούνται για τη σύνταξη και την εφαρμογή συναρπαστικών σεναρίων δοκιμών και σεναρίων.

Αυτοί οι πόροι μπορούν να εξασφαλίσουν την έγκαιρη παράδοση και την επαρκή εφαρμογή της εφαρμογής για τον χρήστη.

Τελικές Λέξεις

Το RTM ή το Requirement Traceability Matrix είναι ένα ενιαίο έγγραφο του οποίου ο πρωταρχικός σκοπός είναι να διασφαλίσει ότι δεν παραλείπονται περιπτώσεις δοκιμών και σενάρια δοκιμών. Κάθε λειτουργικότητα ελέγχεται με επιτυχία και καλύπτεται. Για το σκοπό αυτό, οι απαιτήσεις του πελάτη χαρτογραφούνται και ανιχνεύονται στο έγγραφο.

Ο αριθμός των ελαττωμάτων καθορίζει το είδος της δοκιμής που γίνεται. Εάν ο αριθμός είναι υψηλός, σημαίνει μια χρήσιμη δοκιμή ποιότητας και ένας χαμηλός αριθμός υποδηλώνει ανεπαρκή ποιοτική δοκιμή.

Όταν γίνεται διεξοδικά με προγραμματισμό εκ των προτέρων, η κάλυψη δοκιμής έχει ως αποτέλεσμα λιγότερο επαναλαμβανόμενες εργασίες και ελαττώματα στις φάσεις δοκιμών με αποτέλεσμα χαμηλό αριθμό ελαττωμάτων.

Έτσι, το λογισμικό ή το προϊόν είναι χρήσιμο εάν ελαχιστοποιηθεί το ελάττωμα και η κάλυψη δοκιμής μεγιστοποιηθεί.

Προτεινόμενα άρθρα

  • Τι είναι το Unsecapp.Exe και είναι ασφαλέςΤι είναι το Unsecapp.exe και είναι ασφαλές;
  • 15 Καλύτερο εργαλείο και λογισμικό διαγραμμάτων UML15 Καλύτερο εργαλείο και λογισμικό διαγραμμάτων UML
  • [ΔΙΟΡΘΩΘΗΚΕ] Τα Windows δεν έχουν πρόσβαση στην καθορισμένη συσκευή, διαδρομή ή σφάλμα αρχείου[ΔΙΟΡΘΩΘΗΚΕ] Τα Windows δεν έχουν πρόσβαση στην καθορισμένη συσκευή, διαδρομή ή σφάλμα αρχείου
  • 16 Διορθώσεις για το Windows Update που δεν λειτουργεί στα Windows16 Διορθώσεις για το Windows Update που δεν λειτουργεί στα Windows
  • 4 Διορθώσεις για τις ρυθμίσεις Radeon της AMD που κερδήθηκαν4 Διορθώσεις για το AMD Radeon Οι ρυθμίσεις δεν θα ανοίξουν
  • Εργαλείο Zoom Screenshot: Συμβουλές και κόλπαΕργαλείο Zoom Screenshot: Συμβουλές και κόλπα