Φάση δοκιμής
Τώρα που δημιουργήθηκε η εφαρμογή σας, το επόμενο βήμα είναι να ξεκινήσετε τη δοκιμή της. Σε αυτήν την ενότητα θα μάθετε τα βασικά σχετικά με τον τρόπο με τον οποίο θα πρέπει να διεξάγεται ο έλεγχος.
Τύποι δοκιμών
Δοκιμές μονάδων
Μια δοκιμή μονάδων χρησιμοποιείται για να ελεγχθεί εάν μια συγκεκριμένη λειτουργία ή δυνατότητα της εφαρμογής σας λειτουργεί σωστά.
Ολοκληρωμένες δοκιμές
Οι ολοκληρωμένες δοκιμές χρησιμοποιούνται για να ελέγξουν εάν η συνολική λύση εκτελείται σωστά. Αυτό είναι σημαντικό, επειδή ακόμα και εάν όλες οι δοκιμές μονάδων λειτουργούν σωστά, η ενοποίηση μεταξύ δύο μονάδων μπορεί δυνητικά να αποτύχει. Οι δοκιμές αυτές πραγματοποιούνται ακολουθώντας ένα σενάριο δοκιμής που βρίσκεται κοντά στην υπόθεση χρήσης της πραγματικής επιχειρηματικής διαδικασίας.
Δοκιμές αποδοχής χρήστη
Μια δοκιμή αποδοχής χρήστη (UAT) γίνεται από τον χρήστη της εφαρμογής αντί για τον κατασκευαστή. Αυτή η δοκιμή προορίζεται να εξασφαλίσει ότι αυτό που έχει κατασκευαστεί από τους δημιουργούς ταιριάζει με τις απαιτήσεις που αρχικά ζητήθηκαν από τον χρήστη.
Ακολουθούν μερικές συμβουλές για τη λήψη καλών αποτελεσμάτων από το UAT:
Δοκιμάστε με τους πραγματικούς χρήστες.
Προσπαθήστε να επιλέξετε χρήστες με ποικιλομορφία όσον αφορά τα επίπεδα δεξιοτήτων IT. Με αυτόν τον τρόπο, μπορείτε να λάβετε μια ποικιλία σχολίων.
Μην παρέχετε οδηγίες στον χρήστη. Δείτε εάν μπορούν να κατανοήσουν την εφαρμογή διαισθητικά.
Παρατηρήστε τον τρόπο με τον οποίο μεταβαίνουν την εφαρμογή χωρίς βοήθεια και δείτε πού μπορείτε να βελτιώσετε τη σχεδίαση.
Όταν ο χρήστης έχει κολλήσει σε μια οθόνη, ζητήστε του να σας εξηγήσει ποια είναι η προσδοκία του.
Δοκιμάστε διάφορες συσκευές για να βεβαιωθείτε ότι οι δοκιμαστικές υποθέσεις έχουν την ίδια συμπεριφορά.
Ιδανικά, δοκιμάστε την εφαρμογή στο πραγματικό περιβάλλον ή τη θέση του χρήστη, εάν η εφαρμογή χρησιμοποιεί δυνατότητες χωρίς σύνδεση.
Ζητήστε από τους χρήστες σας να προσπαθήσουν να "καταστρέψουν" την εφαρμογή σας, για παράδειγμα, εισάγοντας ασυνήθιστους χαρακτήρες σε πεδία κειμένου.
Οι χρήστες θα δοκιμάζουν συνήθως την "χαρούμενη διαδρομή" (η διαδρομή που παίρνει ένας χρήστης όταν όλα πηγαίνουν τέλεια). Ζητήστε από αυτούς να δοκιμάσουν επίσης σενάρια, όπως η ακύρωση μιας αναφοράς εξόδων αντί για την υποβολή της ή η άρνηση μιας αναφοράς εξόδων αντί της έγκρισής της.
Οι χρήστες σας ενδέχεται να μην είναι εξοικειωμένοι με τη δοκιμή λογισμικού. Ενημερώστε τους για το είδος των σχολίων που αναζητάτε. Είναι συχνά χρήσιμο να παρέχετε ένα πρότυπο για τα "σφάλματα" για να βεβαιωθείτε ότι οι δοκιμαστές εξηγούν ακριβώς τι έκαναν, τι συνέβη, τι ανέμεναν να συμβεί αντί για αυτό, καθώς και οποιεσδήποτε σχετικές πληροφορίες σχετικά με το περιβάλλον δοκιμής (όπως τον τύπο συσκευής και το πρόγραμμα περιήγησης).
Είναι φυσιολογικό και εντάξει ο χρήστης να ζητήσει αλλαγές στις προδιαγραφές ή να ζητήσει επιπλέον δυνατότητες. Αυτά τα αιτήματα θα πρέπει να καταγράφονται στη λίστα δυνατοτήτων που περιγράφεται στην ενότητα Προτεραιότητα σε δυνατότητες και αιτήματα.
Δημιουργία δοκιμαστικών υποθέσεων και σεναρίων
Για να συντάξετε περιεκτικά σενάρια δοκιμών και δοκιμαστικές υποθέσεις, θα πρέπει να ανατρέξετε στις ενότητες φάση προγραμματισμού και φάση σχεδίασης για να βεβαιωθείτε ότι έχετε δοκιμάσει όλα τα σημαντικά σενάρια.
Το πρώτο βήμα είναι η συγγραφή των δοκιμών μονάδων. Βεβαιωθείτε ότι έχετε αναλύσει τις δοκιμές σε κάθε δυνατότητα ή συνάρτηση. Οι δοκιμαστικές υποθέσεις για δοκιμές μονάδων θα πρέπει να αναφέρονται όπως ο παρακάτω πίνακας:
| Αριθμός δοκιμαστικής υπόθεσης | Περιγραφή δοκιμής | Είσοδοι σε δοκιμή με | Αναμενόμενο αποτέλεσμα | Αποτέλεσμα |
|---|---|---|---|---|
| 1-1 | Υποβάλετε λεπτομέρειες παραγγελίας από μια φόρμα | Αριθμός παραγγελίας 16516 | Η παραγγελία έχει υποβληθεί με επιτυχία | |
| 1-2 | Βεβαιωθείτε ότι ένα PDF δημιουργείται και επισυνάπτεται στην καρτέλα | Δ/Υ | Το αρχείο PDF επισυνάπτεται στην καρτέλα | |
| 1-3 | Ελέγξτε ότι έχει σταλεί ειδοποίηση μέσω ηλεκτρονικού ταχυδρομείου στον χρήστη | test@contoso.com | Το μήνυμα ηλεκτρονικού ταχυδρομείου λαμβάνεται από τον καθορισμένο παραλήπτη |
Εργαλεία που θα σας βοηθήσουν να δοκιμάσετε εφαρμογές καμβά
Power Apps Test Studio (πειραματικό)
Για δοκιμή στο εσωτερικό των εφαρμογών καμβά, μπορείτε να χρησιμοποιήσετε ένα ενσωματωμένο εργαλείο με όνομα Power Apps Test Studio για τη σύνταξη, την οργάνωση και την αυτοματοποίηση των δοκιμών για εφαρμογές καμβά. Περισσότερες πληροφορίες: Test Studio (πειραματικό)
Azure Monitor (πειραματικό)
Όταν δοκιμάζετε ζητήματα επιδόσεων, μπορείτε να χρησιμοποιήσετε το Monitor για να ελέγξετε τη δραστηριότητα του δικτύου, όπως και ένα ίχνος δικτύου στο πρόγραμμα περιήγησης. Για λεπτομέρειες σχετικά με το εργαλείο Monitor, ανατρέξτε στην καταχώρηση ιστολογίου Εισαγωγή στο Monitor για τον εντοπισμό σφαλμάτων στις εφαρμογές και τη βελτίωση των επιδόσεων.
Εργαλεία που θα σας βοηθήσουν να δοκιμάσετε εφαρμογές βάσει μοντέλου
EasyRepro
Το EasyRepro είναι το εργαλείο που παρέχεται για τις εφαρμογές βάσει μοντέλου του Dynamics 365 και του Power Apps. Αυτό όχι μόνο περιλαμβάνει ένα εργαλείο δοκιμής αλλά και πάνω 200 δείγματα δοκιμαστικών υποθέσεων για να σας βοηθήσει να επιταχύνετε τη διαδικασία δοκιμής. Για περισσότερες πληροφορίες, ανατρέξτε στην καταχώρηση ιστολογίου πλαίσιο αυτοματοποιημένου ελέγχου EasyRepro και αποκτήστε πρόσβαση στο αρχείο αποθήκευσης του EasyRepro GitHub.
Ελεγκτής λύσεων
Ο ελεγκτής λύσεων είναι ένα εργαλείο που ελέγχει εάν η λύση που δημιουργήσατε λειτουργεί εύρυθμα. Μπορείτε να εξετάσετε γρήγορα τα θέματα και να δείτε τις προτεινόμενες επιδιορθώσεις. Περισσότερες πληροφορίες: Χρήση ελέγχου λύσης για να επικυρώσετε τις εφαρμογές που καθορίζονται από μοντέλο στο Power Apps
Σημείωση
Μπορείτε να μας πείτε ποια γλώσσα προτιμάτε για την τεκμηρίωση; Πάρτε μέρος σε μια σύντομη έρευνα. (σημειώνεται ότι αυτή η έρευνα είναι στα Αγγλικά)
Η έρευνα θα διαρκέσει περίπου επτά λεπτά. Δεν συλλέγονται προσωπικά δεδομένα (δήλωση προστασίας προσωπικών δεδομένων).