Τι είναι η μεθοδολογία δοκιμών λογισμικού;
Η μεθοδολογία δοκιμών λογισμικού ορίζεται ως στρατηγικές και τύποι δοκιμών που χρησιμοποιούνται για την πιστοποίηση ότι η εφαρμογή υπό δοκιμή ανταποκρίνεται στις προσδοκίες των πελατών. Οι μεθοδολογίες δοκιμής περιλαμβάνουν λειτουργικές και μη λειτουργικές δοκιμές για την επικύρωση του AUT. Παραδείγματα μεθοδολογιών δοκιμής είναι η δοκιμή μονάδας, η δοκιμή ολοκλήρωσης, η δοκιμή συστήματος, η δοκιμή απόδοσης κ.λπ. Κάθε μεθοδολογία δοκιμών έχει καθορισμένο στόχο δοκιμής, στρατηγική δοκιμών και παραδοτέα.
Σημείωση : Δεδομένου ότι η Δοκιμή λογισμικού αποτελεί αναπόσπαστο μέρος οποιασδήποτε Μεθοδολογίας Ανάπτυξης, πολλές εταιρείες χρησιμοποιούν τον όρο Μεθοδολογίες Ανάπτυξης & Μεθοδολογίες Δοκιμών. Ως εκ τούτου, οι Μεθοδολογίες Δοκιμών θα μπορούσαν επίσης να αναφέρονται σε μοντέλα Waterfall, Agile και άλλα QA σε αντίθεση με τον παραπάνω ορισμό των Μεθοδολογιών Δοκιμών. Η συζήτηση για διάφορους τύπους δοκιμών δεν προσθέτει αξία στους αναγνώστες. Ως εκ τούτου, θα συζητήσουμε τα διαφορετικά μοντέλα ανάπτυξης.
Σε αυτό το σεμινάριο, θα μάθετε-
- Μοντέλο καταρράκτη
- Επαναληπτική ανάπτυξη
- Ευέλικτη μεθοδολογία
- Ακραίος προγραμματισμός
- Ποια μεθοδολογία λογισμικού να επιλέξετε;
- Πώς να ρυθμίσετε τις μεθοδολογίες δοκιμών λογισμικού;
Μοντέλο καταρράκτη
Τι είναι αυτό?
Στο μοντέλο καταρράκτη, η ανάπτυξη λογισμικού προχωρά σε διάφορες φάσεις όπως η ανάλυση απαιτήσεων, ο σχεδιασμός κ.λπ. - διαδοχικά .
Σε αυτό το μοντέλο, η επόμενη φάση ξεκινά μόνο όταν ολοκληρωθεί η προηγούμενη φάση.
Τι είναι η δοκιμαστική προσέγγιση;
Η πρώτη φάση του μοντέλου καταρράκτη είναι η φάση απαιτήσεων στην οποία όλες οι απαιτήσεις του έργου καθορίζονται πλήρως πριν από την έναρξη της δοκιμής. Κατά τη διάρκεια αυτής της φάσης, η ομάδα δοκιμών σκέφτεται το πεδίο των δοκιμών, τη στρατηγική δοκιμών και συντάσσει ένα λεπτομερές σχέδιο δοκιμών.
Μόνο όταν ολοκληρωθεί ο σχεδιασμός του λογισμικού, η ομάδα θα προχωρήσει στην εκτέλεση των δοκιμαστικών περιπτώσεων για να διασφαλίσει ότι το ανεπτυγμένο λογισμικό συμπεριφέρεται όπως αναμενόταν.
Σε αυτήν τη μεθοδολογία, η ομάδα δοκιμών προχωρά στην επόμενη φάση μόνο όταν ολοκληρωθεί η προηγούμενη φάση.
Πλεονεκτήματα
Αυτό το μοντέλο μηχανικής λογισμικού είναι πολύ απλό στο σχεδιασμό και τη διαχείριση. Ως εκ τούτου, τα έργα, όπου οι απαιτήσεις ορίζονται σαφώς και δηλώνονται εκ των προτέρων, μπορούν εύκολα να δοκιμαστούν χρησιμοποιώντας ένα μοντέλο καταρράκτη.
Μειονεκτήματα
Στο μοντέλο καταρράκτη, μπορείτε να ξεκινήσετε με την επόμενη φάση μόνο όταν ολοκληρωθεί η προηγούμενη φάση. Ως εκ τούτου, αυτό το μοντέλο δεν μπορεί να φιλοξενήσει μη προγραμματισμένα γεγονότα και αβεβαιότητα.
Αυτή η μεθοδολογία δεν είναι κατάλληλη για έργα όπου οι απαιτήσεις αλλάζουν συχνά.
Επαναληπτική ανάπτυξη
Τι είναι αυτό?
Σε αυτό το μοντέλο, ένα μεγάλο έργο χωρίζεται σε μικρά μέρη και κάθε μέρος υπόκειται σε πολλαπλές επαναλήψεις του μοντέλου καταρράκτη. Στο τέλος μιας επανάληψης, αναπτύσσεται μια νέα ενότητα ή βελτιώνεται μια υπάρχουσα ενότητα. Αυτή η ενότητα είναι ενσωματωμένη στην αρχιτεκτονική του λογισμικού και ολόκληρο το σύστημα δοκιμάζεται από κοινού
Τι είναι η προσέγγιση δοκιμής;
Μόλις ολοκληρωθεί η επανάληψη, ολόκληρο το σύστημα υποβάλλεται σε δοκιμή. Τα σχόλια από τις δοκιμές είναι άμεσα διαθέσιμα και ενσωματώνονται στον επόμενο κύκλο. Ο χρόνος δοκιμής που απαιτείται σε διαδοχικές επαναλήψεις μπορεί να μειωθεί με βάση την εμπειρία που αποκτήθηκε από προηγούμενες επαναλήψεις.
Πλεονεκτήματα
Το κύριο πλεονέκτημα της επαναληπτικής ανάπτυξης είναι ότι τα σχόλια των δοκιμών είναι άμεσα διαθέσιμα στο τέλος κάθε κύκλου.
Μειονεκτήματα
Αυτό το μοντέλο αυξάνει σημαντικά τα γενικά έξοδα επικοινωνίας, καθώς, στο τέλος κάθε κύκλου, πρέπει να παρέχονται σχόλια σχετικά με τα παραδοτέα, την προσπάθεια κ.λπ.
Ευέλικτη μεθοδολογία
Τι είναι αυτό?
Οι παραδοσιακές μεθοδολογίες ανάπτυξης λογισμικού βασίζονται στην προϋπόθεση ότι οι απαιτήσεις λογισμικού παραμένουν σταθερές καθ 'όλη τη διάρκεια του έργου. Αλλά με την αύξηση της πολυπλοκότητας, οι απαιτήσεις υφίστανται πολλές αλλαγές και εξελίσσονται συνεχώς. Μερικές φορές, ο ίδιος ο πελάτης δεν είναι σίγουρος τι θέλει. Αν και το επαναληπτικό μοντέλο αντιμετωπίζει αυτό το ζήτημα, εξακολουθεί να βασίζεται στο μοντέλο καταρράκτη.
Στη μεθοδολογία Agile, το λογισμικό αναπτύσσεται σε σταδιακούς, γρήγορους κύκλους. Οι αλληλεπιδράσεις μεταξύ πελατών, προγραμματιστών και πελατών υπογραμμίζονται και όχι διαδικασίες και εργαλεία. Η ευέλικτη μεθοδολογία επικεντρώνεται στην ανταπόκριση στην αλλαγή παρά στον εκτεταμένο σχεδιασμό.
Τι είναι η δοκιμαστική προσέγγιση;
Η σταδιακή δοκιμή χρησιμοποιείται σε ευέλικτες μεθόδους ανάπτυξης και ως εκ τούτου, κάθε κυκλοφορία του έργου ελέγχεται διεξοδικά. Αυτό διασφαλίζει ότι τυχόν σφάλματα στο σύστημα διορθώνονται πριν από την επόμενη κυκλοφορία.
Πλεονεκτήματα
Είναι δυνατόν να κάνετε αλλαγές στο έργο ανά πάσα στιγμή για να συμμορφωθείτε με τις απαιτήσεις.
Αυτή η σταδιακή δοκιμή ελαχιστοποιεί τους κινδύνους.
Μειονεκτήματα
Η συνεχής αλληλεπίδραση πελάτη σημαίνει πρόσθετη πίεση χρόνου σε όλους τους ενδιαφερόμενους, συμπεριλαμβανομένου του ίδιου του πελάτη, ανάπτυξης λογισμικού και ομάδων δοκιμών.
Ακραίος προγραμματισμός
Τι είναι αυτό?
Ο ακραίος προγραμματισμός είναι ένας τύπος ευέλικτης μεθοδολογίας που πιστεύει σε σύντομους κύκλους ανάπτυξης. Ένα έργο χωρίζεται σε απλές εργασίες μηχανικής. Οι προγραμματιστές κωδικοποιούν ένα απλό λογισμικό και επικοινωνούν με τον πελάτη για σχόλια. Τα σημεία αξιολόγησης από τον πελάτη ενσωματώνονται και οι προγραμματιστές προχωρούν στην επόμενη εργασία.
Σε ακραίες προγραμματιστές προγραμματιστές συνήθως εργάζονται σε ζευγάρια.
Ο Extreme Programming χρησιμοποιείται σε μέρη όπου οι απαιτήσεις των πελατών αλλάζουν συνεχώς.
Τι είναι η δοκιμαστική προσέγγιση;
Ο Extreme προγραμματισμός ακολουθεί μια δοκιμαστική εξέλιξη που περιγράφεται ως εξής -
- Προσθέστε μια δοκιμαστική θήκη στη δοκιμαστική σουίτα για να επαληθεύσετε τη νέα λειτουργικότητα που δεν έχει ακόμη αναπτυχθεί
- Εκτελέστε όλες τις δοκιμές και προφανώς η νέα δοκιμαστική θήκη που προστέθηκε πρέπει να αποτύχει καθώς η λειτουργικότητα δεν έχει κωδικοποιηθεί ακόμα
- Γράψτε κάποιο κώδικα για να εφαρμόσετε τη δυνατότητα / τη λειτουργικότητα
- Εκτελέστε ξανά τη δοκιμαστική σουίτα. Αυτή τη φορά, η νέα δοκιμαστική θήκη πρέπει να περάσει αφού έχει κωδικοποιηθεί λειτουργικά
Πλεονεκτήματα
Οι πελάτες που έχουν έναν ασαφή σχεδιασμό λογισμικού θα μπορούσαν να χρησιμοποιήσουν ακραίο προγραμματισμό
Οι συνεχείς δοκιμές και η συνεχής ενσωμάτωση μικρών εκδόσεων διασφαλίζουν ότι ο κώδικας λογισμικού που παραδίδεται είναι υψηλής ποιότητας
Μειονεκτήματα
Οι συναντήσεις μεταξύ της ομάδας ανάπτυξης λογισμικού και των πελατών προσθέτουν απαιτήσεις χρόνου.
Ποια μεθοδολογία λογισμικού να επιλέξετε;
Υπάρχουν πολλές διαθέσιμες μεθοδολογίες για ανάπτυξη λογισμικού και τις αντίστοιχες δοκιμές. Κάθε τεχνική και μεθοδολογία δοκιμών έχει σχεδιαστεί για έναν συγκεκριμένο σκοπό και έχει τα σχετικά πλεονεκτήματα και τα μειονεκτήματά της.
Η επιλογή μιας συγκεκριμένης μεθοδολογίας εξαρτάται από πολλούς παράγοντες, όπως η φύση ενός έργου, οι απαιτήσεις του πελάτη, το πρόγραμμα του έργου κ.λπ.
Από τη σκοπιά των δοκιμών, ορισμένες μεθοδολογίες προωθούν τη δοκιμή εισόδου στις αρχές του κύκλου ζωής ανάπτυξης, ενώ άλλες περιμένουν μέχρι να είναι έτοιμο ένα λειτουργικό μοντέλο του συστήματος.
Πώς να ρυθμίσετε τις μεθοδολογίες δοκιμών λογισμικού;
Οι μεθοδολογίες δοκιμών λογισμικού δεν πρέπει να δημιουργούνται μόνο για λόγους δοκιμής κώδικα λογισμικού. Η μεγάλη εικόνα πρέπει να εξεταστεί και ο πρωταρχικός στόχος του έργου πρέπει να ικανοποιηθεί με τη μεθοδολογία δοκιμών.
Χρονοδρομολόγηση
Ο ρεαλιστικός προγραμματισμός είναι το κλειδί για την εφαρμογή επιτυχημένης μεθοδολογίας δοκιμών και το πρόγραμμα πρέπει να ανταποκρίνεται στις ανάγκες κάθε μέλους της ομάδας.
Καθορισμένα παραδοτέα
Προκειμένου να διατηρηθούν όλα τα μέλη της ομάδας στην ίδια σελίδα, θα πρέπει να παρέχονται καλά καθορισμένα παραδοτέα. Τα παραδοτέα πρέπει να περιέχουν άμεσο περιεχόμενο χωρίς αμφισημία.
Προσέγγιση δοκιμής
Μόλις ολοκληρωθεί ο προγραμματισμός και διατεθούν τα καθορισμένα παραδοτέα, η ομάδα δοκιμών θα πρέπει να είναι σε θέση να διατυπώσει τη σωστή προσέγγιση δοκιμής. Τα έγγραφα ορισμού και οι συναντήσεις προγραμματιστών πρέπει να υποδεικνύουν την ομάδα σχετικά με την καλύτερη προσέγγιση δοκιμής που μπορεί να χρησιμοποιηθεί για το έργο.
Αναφορά
Η διαφανής αναφορά είναι πολύ δύσκολο να επιτευχθεί, αλλά αυτό το βήμα καθορίζει την αποτελεσματικότητα της προσέγγισης δοκιμών που χρησιμοποιείται στο έργο.