PyUseCase

PyUseCase είναι το γραφικό περιβάλλον του λογισμικού δοκιμές για PyGTK.
συντηρήσιμα δοκιμή GUI με χρήση καταγεγραμμένο κρούσμα
Η καταγραφή της πρόθεσης παρά τη μηχανική
Ο πιο φυσικός τρόπος για να δημιουργήσετε εξετάσεις μέσω μιας διεπαφής χρήστη είναι απλώς να πραγματοποιήσει τις ενέργειες που θέλετε να εκτελέσετε και να έχουν ένα εργαλείο που μπορεί να καταγράψει και στη συνέχεια να τα αναπαράγει αργότερα. Αυτό είναι ένα απλό και γρήγορο τρόπο για να δημιουργήσετε δοκιμές GUI και υπάρχουν πολλά εργαλεία που κάνουν αυτό.
Τα περισσότερα εργαλεία ζευγάρι οι δοκιμές σφιχτά στο GUI
Τα προβλήματα αρχίζουν όταν έχετε μερικές δοκιμές και αλλαγές GUI σας. Καταγραφή μπορεί να είναι ένας πολύ καλός τρόπος για να δημιουργήσει τεστ, αλλά είναι ένας φοβερός τρόπος για να διατηρήσει μεγάλο αριθμό από αυτούς. Είναι επιρρεπής σε λάθη, απογοητευτικό και πολύ χρονοβόρα, αφού έχετε μερικές δοκιμές. Η πρώτη γενιά των εργαλείων καταγράφονται οι θέσεις pixel και έσπασε το συντομότερο αλλάξει την ανάλυση της οθόνης σας. Η σημερινή εργαλεία συμφωνία όσον αφορά τους μηχανισμούς GUI: βρείτε ένα τραπέζι με ένα συγκεκριμένο όνομα και κάντε κλικ στην τρίτη στήλη του τέταρτη σειρά. Μπορούν να επιβιώσουν οθόνη αλλάζει και ανακατανομή μικρής κλίμακας ρυθμίσεις του GUI, αλλά δεν έχουν και πολλά άλλα. Τα σενάρια που καταγράφονται είναι πυκνή και δεν μεταφέρουν το σκοπό της δοκιμής, και είναι ένα κλειστό βιβλίο σε όλους τους μη τεχνικούς ανθρώπους (και μερικές φορές σε όλους, εκτός από τον συγγραφέα του εργαλείου).
Το πρόβλημα είναι ουσιαστικά ένας σύζευξης. Οι δοκιμές και τα GUI είναι στενά συνδεδεμένη με το άλλο και δεν μπορούν άνετα να ποικίλουν ανεξάρτητα το ένα από το άλλο. Το σημείο αυτό γίνεται και από τον Robert C. Martin στο blog του εδώ και το συμπέρασμά του είναι ότι η δοκιμή GUI είναι εγγενώς εύθραυστα και θα πρέπει να κάνει ό, λίγο από αυτό, όπως μπορείτε να πάρετε μακριά με.
Αυτό φαίνεται μάλλον ηττοπαθή όμως. Υπάρχει τεράστια αξία να είναι σε θέση να αποδείξει τι δοκιμές σας κάνει σε έναν χρήστη του συστήματος. Εάν οι δοκιμές παρακάμπτουν τη διεπαφή χρήστη, στη συνέχεια, ότι η διαδικασία απαιτεί ένα δίκαιο ποσό των τεχνικών δεξιοτήτων και πολλή εμπιστοσύνη από την πλευρά του χρήστη. Και ούτως ή άλλως, οι προγραμματιστές λογισμικού να λύσει τα προβλήματα σύνδεσης όλη την ώρα. Η απάντηση είναι, ως συνήθως, να εισαγάγει ένα άλλο επίπεδο indirection.
Σπάζοντας τη σύζευξη με ένα UI χάρτη
Οι επιχειρηματίες και οι χρήστες λειτουργούν γενικά σε περιπτώσεις χρήσης. Αυτές είναι οι περιγραφές υψηλού επιπέδου μιας σειράς ενεργειών, σε γλώσσα που κατανοούν: ότι δηλαδή της περιοχής. Η ιδέα ενός «Υπόθεση Χρήσης Recorder" Ως εκ τούτου, ένα εργαλείο που μπορεί να καταγράψει και να αναπαράγει τέτοιες αλληλουχίες και έτσι να συλλάβει την πρόθεση του χρήστη. Αυτό στη συνέχεια θα επιτρέψει την κατανόηση και λιγότερη εξάρτηση από την ακριβή μορφή του GUI και ευκολότερη προσαρμογή των υφιστάμενων δοκιμών χωρίς να καταφεύγουν σε πατώντας όλα τα κουμπιά και πάλι.
Ο βασικός μηχανισμός είναι να διατηρήσουμε μια χαρτογράφηση μεταξύ των δράσεων που μπορούν επί του παρόντος να εκτελεστεί με GUI και οι δηλώσεις μας σε αυτή τη γλώσσα τομέα. Αλλαγές GUI τότε σημαίνει ότι αυτή η ενιαία χαρτογράφηση πρέπει να ενημερώνεται, αλλά οι εξετάσεις μπορούν να παραμένουν άθικτα, συνεχίζοντας να περιγράψει το τι πρέπει να γίνει στο εννοιολογικό επίπεδο. Η χαρτογράφηση αυτή λαμβάνει τη μορφή ενός εξωτερικού αρχείου σε PyUseCase 3.0 και την επικείμενη JUseCase 3.0, ενώ σε παλαιότερες εκδόσεις παίρνει τη μορφή των οργάνων του κώδικα της εφαρμογής.
Έλεγχος της συμπεριφοράς μέσω της καταγραφής και TextTest
Έτσι μας recorder use-case δυνατότητα καταγραφής και αναπαραγωγής περιπτώσεις χρήσης για εμάς. Αλλά πώς μπορούμε να βεβαιωθείτε ότι αυτό που βλέπουμε στην οθόνη είναι σωστή; Οι περισσότεροι GUI εργαλεία να το κάνετε αυτό, επιτρέποντας το σενάριο δοκιμής να περιέχει "ισχυρισμούς", που μοιάζουν κάποια widget και ελέγξτε ότι κάποια ιδιότητα της είναι ίσο με μια μόνιμη αξία. Αυτό δημιουργεί ακόμη μεγαλύτερη εξάρτηση από την τρέχουσα διάταξη GUI και δεν μπορεί να «εγγραφεί» σε οποιοδήποτε φυσικό τρόπο, αλλά πρέπει να έχει προγραμματιστεί στην μετά το γεγονός. Όχι "usecase" θα περιέχει φυσικά αυτές τις πληροφορίες: αν το έκανε αυτό θα μετατραπεί σε ένα σενάριο δοκιμής.
Αυτή η συζήτηση δεν είναι στην περιοχή TextTest για το τίποτα. Αν μπορούμε να πάρουμε μόνο αίτηση μας για να παράγουν ένα αρχείο καταγραφής του τι είναι η GUI μοιάζει μπορούμε να ελέγξουμε τι κάνει με τον έλεγχο των περιεχομένων του εν λόγω αρχείου καταγραφής χρησιμοποιώντας TextTest. PyUseCase 3.0 το κάνει αυτό για εσάς: δημιουργεί ένα αρχείο καταγραφής τύπου ASCII-art της τρέχουσας εμφάνιση GUI και παρακολουθεί αλλαγές σε αυτό. Η εφαρμογή μπορεί να το συμπληρώσει με τη δική καταγραφή του όπως επιθυμεί. Με άλλες συσκευές εγγραφής χρήση-περίπτωση, η εφαρμογή θα πρέπει να δημιουργήσουν το δικό τους ημερολόγιο για το σκοπό αυτό σήμερα.
Συγχρονισμός δοκιμές με όργανα κώδικα
Σχεδόν όλες οι προσπάθειες δοκιμές GUI μαστίζεται από προβλήματα με τη διασφάλιση ότι η δέσμη ενεργειών περιμένει αρκετό καιρό πριν από τη διαδικασία, όταν κάτι συμβαίνει στο παρασκήνιο. Οι λύσεις που κυμαίνονται από απόκρυφες τρόπους να περιμένουμε για κάποιο γραφικό στοιχείο για να έχουν μια συγκεκριμένη εμφάνιση (ακόμα περισσότερο εξαρτήσεις για GUI-μηχανική) για να «κοιμούνται» δηλώσεις γενναιόδωρα διάσπαρτα γύρω. Που αποτυγχάνουν όταν το σύστημα είναι φορτωμένο και να προκαλέσουν οι δοκιμές να τρέχει πολύ πιο αργά από ό, τι θα ήταν διαφορετικά. Όποιος χωρίς βαθιά γνώση του κώδικα δεν είναι καλά εξοπλισμένη για να λύσει αυτά τα προβλήματα, αλλά κάτι τέτοιο είναι ένα ζωτικό μέρος γραπτών εξετάσεων.
Χρήση περίπτωση εγγραφής εισαγάγει την έννοια της "Εκδήλωση Εφαρμογή". Αυτό είναι βασικά μερικά όργανα στον κώδικα που υποδεικνύει τη συσκευή εγγραφής χρήση-περίπτωση που κάτι έχει συμβεί που πρέπει να περίμεναν, επιτρέποντας έτσι τη συσκευή εγγραφής για την καταγραφή και αναπαραγωγή περιμένει, καθώς και τα κλικ. Αυτά περιγράφονται με περισσότερες λεπτομέρειες εδώ.
μακροεντολές εγγραφής, καθώς και δοκιμές
Υψηλού επιπέδου, εύκολα χειραγωγείται "περιπτώσεις χρήσης" είναι χρήσιμοι για άλλα πράγματα από τον έλεγχο. Είναι επίσης εξαιρετικά χρήσιμο για τους χρήστες του συστήματος που μπορούν να δημιουργήσουν τα δικά τους μακροεντολές για ακολουθίες ενεργειών που εκτελούν συχνά.
Αυτές είναι γνωστές ως «συντομεύσεις GUI" εδώ. Μια συσκευή εγγραφής χρήση των περιπτώσεων θα επιτρέψει συνήθως σε μια εφαρμογή να ζητήσει ένα "εργαλείων" από το οποίο περιέχει στοιχεία ελέγχου για την εγγραφή και την αναπαραγωγή τους, που μπορεί να εισαχθεί στο GUI εφαρμογή όπως επιθυμείτε. Εκτός επιτρέποντας στους χρήστες να δημιουργήσουν μακροεντολές, μπορούν επίσης να χρησιμοποιηθούν για τη δημιουργία ακόμη υψηλότερο επίπεδο για αφαιρέσεις "γλώσσα δοκιμή" που περιγράφεται ανωτέρω, βοηθώντας δοκιμαστές στην εκτέλεση επαναλαμβανόμενες ενέργειες για να επιτευχθεί μια ορισμένη οθόνη για τη δοκιμή. Αυτά περιγράφονται με περισσότερες λεπτομέρειες εδώ.
Περισσότερες πληροφορίες μπορείτε να βρείτε στην αρχική σελίδα του έργου

Τι είναι καινούργιο σε αυτή την έκδοση:.

• Πολύ βασική υποστήριξη για το wxPython ήταν πρόσθεσε.
• Υπάρχουν επίσης μια σειρά από βελτιώσεις και διορθώσεις σφαλμάτων για PyGTK. Αξίζει να σημειωθεί ότι, gtk.Dialog.run υποστηρίζεται τώρα, χωρίς να απαιτείται αλλαγή του πηγαίου κώδικα.
• Python 2.6 και PyGTK 2,12 ή αργότερα, είναι πλέον απαραίτητες.
• Τα όργανα-based interface κληρονομιά έχει αφαιρεθεί.

Απαιτήσεις :

• Python
• PyGTK
• TextTest