Dynamics 365 UAT: ένας πρακτικός οδηγός

Πότε χρειάζεστε UAT στο Dynamics 365

Οι δοκιμές αποδοχής χρηστών απαντούν σε ένα ερώτημα: μπορεί η επιχείρηση να κάνει τη δουλειά της σε αυτή την έκδοση του Dynamics 365; Τις κάνουν όσοι κάνουν τη δουλειά, με τα δικά τους λόγια, πριν φτάσει στην παραγωγή. Τις χρειάζεστε στις εξής στιγμές.

• Μια μετάβαση σε παραγωγή. Το πρώτο Dynamics 365 Sales ή Customer Service, ή η μετάβαση από άλλο CRM.
• Μια νέα εφαρμογή ή ένα νέο module. Το Customer Service δίπλα στο Sales, μια νέα εφαρμογή βάσει μοντέλου για μια ομάδα, μια πύλη πελατών ή λειτουργίες Copilot που ενεργοποιείτε.
• Μια μεγάλη αλλαγή. Μια νέα διασύνδεση με το ERP ή ένας νέος τρόπος δρομολόγησης υποθέσεων.
• Οι ενημερώσεις της Microsoft. Η Microsoft δεν συγκεντρώνει πλέον τις αλλαγές του Dynamics 365 σε δύο κύματα εκδόσεων τον χρόνο. Νέες λειτουργίες και αλλαγές κυκλοφορούν όλο τον χρόνο. Τα σχέδια εκδόσεων αρχειοθετήθηκαν τον Οκτώβριο του 2026· όσα έρχονται βρίσκονται πλέον στο roadmap της Microsoft, στο aka.ms/AIatWorkRoadmap. Κάθε ενημέρωση μπορεί να αλλάξει τον τρόπο που λειτουργεί το σύστημά σας, ακόμη κι αν δεν αλλάξατε τίποτα εσείς.

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

Περιβάλλοντα

Μην κάνετε ποτέ δοκιμές στην παραγωγή. Στο κέντρο διαχείρισης του Power Platform, κάθε περιβάλλον έχει έναν τύπο. Για ένα UAT χρειάζεστε ένα περιβάλλον sandbox.

Ένα αντίγραφο της παραγωγής

Το πιο κοντινό στην πραγματικότητα είναι ένα αντίγραφο της παραγωγής σε ένα περιβάλλον sandbox. Όταν αντιγράφετε ένα περιβάλλον, επιλέγετε τι θα μεταφερθεί:

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

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

Λύσεις και το build

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

• Συμφωνήστε πότε εισάγονται λύσεις όσο συνεχίζονται οι δοκιμές, για παράδειγμα μία φορά την ημέρα μετά το triage. Μια εισαγωγή στη μέση μιας δοκιμής μπορεί να αλλάξει την οθόνη μπροστά σε έναν δοκιμαστή.
• Καταγράψτε ποιες λύσεις και ποιες εκδόσεις βρίσκονται στο περιβάλλον του UAT. Ο αριθμός έκδοσης μιας λύσης είναι το build που δοκιμάζετε, και κάθε ζήτημα και κάθε επανέλεγχος ανήκει σε ένα build.

Δεδομένα δοκιμών

Οι δοκιμαστές χάνουν ώρες όταν τα δεδομένα δεν είναι έτοιμα. Προετοιμάστε τα πριν από την πρώτη ημέρα δοκιμών:

• Λογαριασμοί και επαφές για κάθε τύπο πελάτη που δοκιμάζετε, με τον σωστό κάτοχο και τη σωστή επιχειρηματική μονάδα.
• Προϊόντα και τιμοκατάλογοι. Ένα προϊόν χρειάζεται ένα στοιχείο τιμοκαταλόγου για να μπορεί να προστεθεί στη σωστή τιμή, και πρέπει να δημοσιευτεί για να μπορούν να το χρησιμοποιήσουν οι πωλητές. Ελέγξτε ότι υπάρχει ο τιμοκατάλογος κάθε ομάδας πωλήσεων.
• Ουρές, SLA και άρθρα γνώσης για το Customer Service: οι ουρές στις οποίες δρομολογούνται οι υποθέσεις, ενεργά SLA και δημοσιευμένα άρθρα για αναζήτηση.
• Ανοιχτές εγγραφές για να δουλέψουν: leads, ευκαιρίες σε διαφορετικά στάδια και ανοιχτές υποθέσεις.
• Όχι πραγματικά προσωπικά δεδομένα όπου μπορείτε να το αποφύγετε. Ένα αντίγραφο με Όλα τα περιέχει όλα, γι’ αυτό αποκρύψτε ή ανωνυμοποιήστε ό,τι δεν χρειάζεται να βλέπουν οι δοκιμαστές.

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

Ένα UAT αποδεικνύει ότι κάθε ρόλος μπορεί να κάνει τη δουλειά του, και μόνο τη δουλειά του. Στο Dynamics 365 αυτό εξαρτάται από τους ρόλους ασφαλείας, την επιχειρηματική μονάδα και τις ομάδες ενός χρήστη. Και οι εφαρμογές κοινοποιούνται μέσω ρόλων ασφαλείας: χωρίς τον σωστό ρόλο, ένας χρήστης δεν βλέπει καν την εφαρμογή.

• Καταγράψτε τους ρόλους που δοκιμάζετε, όπως πωλητής, διευθυντής πωλήσεων, εκπρόσωπος εξυπηρέτησης και επόπτης εξυπηρέτησης, με την επιχειρηματική μονάδα τους.
• Δώστε σε κάθε δοκιμαστή έναν χρήστη με ακριβώς αυτόν τον ρόλο στο περιβάλλον του UAT. Κάθε χρήστης χρειάζεται άδεια χρήσης, και σε sandbox.
• Όταν ένα άτομο δοκιμάζει πολλούς ρόλους, χρησιμοποιήστε ξεχωριστό χρήστη δοκιμών ανά ρόλο ή αλλάξτε τον ρόλο μεταξύ των δοκιμών και σημειώστε ποιος χρησιμοποιήθηκε.
• Μην κάνετε ποτέ δοκιμές με τον ρόλο Διαχειριστής συστήματος. Βλέπει και μπορεί να κάνει τα πάντα, άρα κρύβει ακριβώς τα προβλήματα που πρέπει να βρει ένα UAT.

Τι να πείτε στους δοκιμαστές για το περιβάλλον

• Τη διεύθυνση του περιβάλλοντος του UAT. Ο συνηθισμένος σελιδοδείκτης ανοίγει την παραγωγή.
• Ποια εφαρμογή να ανοίξουν, όπως το Sales Hub ή το Customer Service workspace, και με ποιον λογαριασμό να συνδεθούν.
• Ότι τα δεδομένα είναι δεδομένα δοκιμής: τίποτα από όσα κάνουν δεν φτάνει σε πραγματικό πελάτη και τίποτα από όσα βλέπουν δεν είναι επίκαιρο.
• Ποιον να καλέσουν όταν δεν μπορούν να συνδεθούν ή δεν βλέπουν την εφαρμογή.

Στο UAT StudioΚάθε δοκιμαστής έχει ένα Test role, όπως τον ρόλο ασφαλείας, και ένα Test account, που εμφανίζονται στην κορυφή των δοκιμών του ως Log in as …. Οι Notes for testers περιέχουν τη διεύθυνση του περιβάλλοντος, τα γραμματοκιβώτια δοκιμών και ποιον να καλέσουν. Οι δοκιμαστές συνδέονται στο UAT Studio με κωδικό μέσω email ή με το Sign in with Microsoft.

Σενάρια ελέγχου από user stories και διαδικασίες

Ξεκινήστε από τις διαδικασίες της επιχείρησης, όχι από τους πίνακες στο Dataverse. Δύο διαδικασίες καλύπτουν το μεγαλύτερο μέρος ενός Dynamics 365 UAT:

• Lead to opportunity to quote. Ένα lead έρχεται και, μετά την αξιολόγησή του, γίνεται λογαριασμός, επαφή και ευκαιρία. Η ευκαιρία ακολουθεί τη ροή επιχειρηματικής διαδικασίας, παίρνει προϊόντα από τον τιμοκατάλογο, δημιουργείται μια προσφορά που εγκρίνεται και ενεργοποιείται, και η συμφωνία κερδίζεται και περνά στην επόμενη ομάδα ή στο επόμενο σύστημα.
• Διαχείριση υποθέσεων. Μια υπόθεση έρχεται μέσω email ή μέσω της πύλης, δρομολογείται στη σωστή ουρά ή στον σωστό εκπρόσωπο, ακολουθεί το SLA της, λύνεται με ένα άρθρο γνώσης, κλιμακώνεται όταν χρειάζεται και κλείνει ως επιλυμένη.

Χωρίστε κάθε διαδικασία σε σενάρια ελέγχου με ένα επιχειρησιακό σενάριο το καθένα, όπως Αξιολόγηση lead με υπάρχοντα λογαριασμό. Στη συνέχεια ελέγξτε ότι κάθε user story στο εύρος έχει τουλάχιστον ένα σενάριο ελέγχου.

Ροές επιχειρηματικής διαδικασίας

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

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

Δρομολόγηση, SLA και γνωσιακή βάση

Στο Customer Service, μεγάλο μέρος της δουλειάς γίνεται χωρίς κλικ. Δοκιμάστε τι πρέπει να κάνει το σύστημα από μόνο του: ένα email γίνεται υπόθεση για τον σωστό λογαριασμό, η υπόθεση καταλήγει στη σωστή ουρά, το SLA δείχνει τον σωστό χρόνο και προειδοποιεί πριν λήξει, και ο εκπρόσωπος βρίσκει το σωστό άρθρο γνώσης.

Βήματα που καταλαβαίνουν οι δοκιμαστές της επιχείρησης

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

Προτεραιότητα και κίνδυνος

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

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

Στο UAT StudioΕισαγάγετε τα σενάρια ελέγχου σας από το Excel με τις στήλες Priority και Risk, διαβάστε τα από το Azure DevOps Test Plans ή ξεκινήστε από τα σενάρια Dynamics 365 στη βιβλιοθήκη προτύπων, ένα πρόσθετο σε κάθε πακέτο επί πληρωμή. Με το AI test design, η AI προτείνει σενάρια ελέγχου από τα user stories σας στο Azure DevOps, και με το μοντέλο της δικής σας εταιρείας, όπως Microsoft Foundry / Azure OpenAI. Τίποτα δεν γίνεται σενάριο ελέγχου μέχρι να το εγκρίνετε.

Δοκιμαστές

Επιλέξτε ανθρώπους που κάνουν τη δουλειά κάθε μέρα: υπεύθυνους λογαριασμών πελατών, εκπροσώπους εξυπηρέτησης και τους διευθυντές τους για εγκρίσεις, ουρές και dashboards. Πάρτε δοκιμαστές από κάθε ομάδα και χώρα που χρησιμοποιεί το Dynamics 365, γιατί οι διαδικασίες, οι επιχειρηματικές μονάδες και οι τιμοκατάλογοί τους διαφέρουν.

Πόσος χρόνος

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

Ένα kick-off

Ξεκινήστε με ένα σύντομο kick-off: γιατί η δοκιμή τους έχει σημασία, πώς ανοίγουν το περιβάλλον του UAT, πώς καταγράφουν ένα αποτέλεσμα και πώς καταχωρούν ένα ζήτημα. Ζητήστε από κάθε δοκιμαστή να συνδεθεί μία φορά κατά το kick-off και να ανοίξει την εφαρμογή. Τα περισσότερα προβλήματα με άδειες χρήσης, ρόλους και λάθος περιβάλλον εμφανίζονται εκεί, όχι την ημέρα των δοκιμών.

Μία ημέρα δοκιμών ή μία εβδομάδα

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

Κατά τη διάρκεια του UAT

Καταγραφή ζητημάτων

Ένα καλό ζήτημα μπορεί να διορθωθεί χωρίς σύσκεψη. Ζητήστε από τους δοκιμαστές:

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

Στο UAT StudioΗ επέκταση browser για Chrome και Edge εμφανίζει τις δοκιμές σε ένα πλαϊνό πάνελ δίπλα στο Dynamics 365. Ένα βήμα που αποτυγχάνει παίρνει μαζί του το στιγμιότυπο οθόνης, τον σύνδεσμο της εγγραφής και τα μηνύματα σφάλματος της σελίδας. Ο ρόλος του δοκιμαστή εμφανίζεται δίπλα στο όνομά του στο ζήτημα.

Triage

Εξετάστε τα νέα ζητήματα κάθε μέρα, η επιχείρηση και η ομάδα Dynamics 365 μαζί. Δώστε στο καθένα μια σοβαρότητα και κάποιον που θα το διορθώσει, και αποφασίστε:

• Διόρθωση: ένα πραγματικό πρόβλημα, που διορθώνεται σε αυτή την έκδοση.
• Απόρριψη: το Dynamics 365 λειτουργεί όπως σχεδιάστηκε ή η δοκιμή ήταν λάθος.
• Αίτημα αλλαγής: μια επιθυμία, όχι ελάττωμα. Πηγαίνει στο backlog, όχι σε αυτή την έκδοση.

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

Επανέλεγχος

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

Ημερήσια κατάσταση

Στείλτε στη διευθύνουσα επιτροπή μια σύντομη ενημέρωση κατάστασης κάθε μέρα: πρόοδος σε σχέση με το πλάνο, ανοιχτά ζητήματα ανά σοβαρότητα και τι εμποδίζει. Καμία έκπληξη στη σύσκεψη go/no-go.

Στο UAT StudioΤο triage γίνεται σε κοινή οθόνη με Fix, Reject και Change request. Ένα ζήτημα γίνεται work item τύπου Bug στο Azure DevOps· όταν ολοκληρωθεί εκεί, το ζήτημα γίνεται Ready for retest και ο δοκιμαστής λαμβάνει email. Κάθε γύρος κρατά την έκδοση, το build και το περιβάλλον του. Το Microsoft Teams λαμβάνει σε ένα κανάλι τα νέα ζητήματα, τους γύρους και τις εγκρίσεις.

Έγκριση και go/no-go

Το UAT τελειώνει με μια απόφαση της επιχείρησης. Συμφωνήστε τα κριτήρια εξόδου πριν από την πρώτη ημέρα δοκιμών, ώστε κανείς να μη διαφωνεί γι’ αυτά στο τέλος:

• Κανένα ζήτημα Critical δεν είναι ανοιχτό.
• Κάθε σενάριο ελέγχου Must έχει περάσει.
• Κάθε ανοιχτό ζήτημα High έχει μια εναλλακτική λύση ή μια ημερομηνία διόρθωσης που αποδέχεται η επιχείρηση.
• Κάθε σενάριο ελέγχου του εύρους έχει αποτέλεσμα.

Ποιος υπογράφει

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

Τι περιλαμβάνει η αναφορά

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

Στο UAT StudioΈγκριση ανά ομάδα: Accepted, Accepted with conditions ή Rejected. Από προεπιλογή, κανείς δεν μπορεί να δώσει αποδοχή όσο υπάρχει ανοιχτό ζήτημα Critical. Η αναφορά go/no-go είναι έτοιμη ως PDF ή ως διαφάνειες μόλις καταχωρηθεί το τελευταίο αποτέλεσμα.

Γύροι regression με σταθερό ρυθμό

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

• Επιλέξτε έναν ρυθμό, για παράδειγμα έναν γύρο regression κάθε μήνα ή κάθε τρίμηνο, και βάλτε από τώρα τις ημερομηνίες στο ημερολόγιο των δοκιμαστών.
• Πριν από κάθε γύρο, διαβάστε το roadmap της Microsoft και τα μηνύματα για τους διαχειριστές σας, και σημειώστε ποιες αλλαγές αγγίζουν τις διαδικασίες σας.
• Δοκιμάστε πρώτα σε ένα περιβάλλον sandbox τις λειτουργίες σε προεπισκόπηση ή πρώιμη πρόσβαση, πριν φτάσουν στους χρήστες σας.
• Δοκιμάστε ξανά τα σενάρια ελέγχου Must, και τα Should αν υπάρχει χρόνος, με λίγους δοκιμαστές από την επιχείρηση.
• Καταχωρήστε τα ζητήματα όπως στο UAT και διορθώστε τα πριν η αλλαγή φτάσει στους χρήστες σας.

Στο UAT StudioΕπιλέξτε Dynamics 365 ως CRM του έργου. Το Start a regression round αντιγράφει τα σενάρια ελέγχου που επιλέγετε από ένα προηγούμενο UAT, με τα βήματα, τα δεδομένα δοκιμής και τα αναμενόμενα αποτελέσματά τους: Must and Should, Only Must ή All test cases in scope.

Δωρεάν για χρήση

Για όλα όσα πρέπει να οργανώσετε πριν, κατά τη διάρκεια και μετά το UAT, δείτε τη λίστα ελέγχου UAT για μετάβαση CRM σε παραγωγή, επίσης ως δωρεάν αρχείο Excel. Για το τι κάνει το UAT Studio σε ένα Dynamics 365 UAT, δείτε Dynamics 365 UAT.

Τα Microsoft, Dynamics 365, Power Platform, Azure DevOps και Microsoft Teams είναι εμπορικά σήματα του ομίλου εταιρειών Microsoft. Το UAT Studio δεν συνδέεται με τη Microsoft ούτε υποστηρίζεται από αυτήν.