Μενού

Τρόπος εκτέλεσης δοκιμών προϊόντων λογισμικού - Λεπτομερής διαδικασία και μέθοδοι με παραδείγματα

  • Κύριος
  • Έννοιες Δοκιμών
  • Τρόπος εκτέλεσης δοκιμών προϊόντων λογισμικού - Λεπτομερής διαδικασία και μέθοδοι με παραδείγματα

how perform software product testing detailed process

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

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

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

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

Πώς να δοκιμάσετε τα προϊόντα

Τι θα μάθετε:

Προκλήσεις ανάπτυξης προϊόντων λογισμικού:

Ακολουθούν ορισμένες από τις προκλήσεις που αντιμετωπίζουν οι ομάδες ανάπτυξης προϊόντων λογισμικού:

# 1)Έλλειψη ελέγχου στα δημογραφικά στοιχεία των χρηστών, συσκευές, περιβάλλοντα, πλατφόρμες κ.λπ. : Τα προϊόντα λογισμικού σε αντίθεση με το λογισμικό που έχει δημιουργηθεί για συγκεκριμένους ενδιαφερόμενους δεν χρησιμοποιούνται σε ελεγχόμενες και προβλέψιμες καταστάσεις. Υπάρχουν πάρα πολλοί παράγοντες που πρέπει να ληφθούν υπόψη.

#δύο)Ομιχλώδες όραμα προϊόντων : Η συμπεριφορά και οι λειτουργίες του προϊόντος αλλάζουν για πάντα και το ταξίδι στην ωριμότητα δεν είναι ξεκάθαρα ορατό. Ή το προϊόν αναπτύσσεται πολύ γρήγορα ώστε να ξεφεύγει από έλεγχο που οι ομάδες δεν γνωρίζουν τι συμβαίνει.

# 3)Επιθετικά χρονοδιαγράμματα : Λόγω του μεγάλου ανταγωνισμού στην αγορά προϊόντων λογισμικού, τα πράγματα πρέπει να κινηθούν με ταχύτητα και οι ομάδες πρέπει να μείνουν ένα βήμα μπροστά από τους συναδέλφους τους. Διαφορετικά, είναι σίγουρο ότι θα χάσουν τον ανταγωνισμό.

# 4)Φόβος αποτυχίας : Τα προϊόντα λογισμικού είναι συνήθως καινοτόμα. Έτσι, η επιτυχία τους δεν είναι πάντα δεδομένη. Αυτός είναι ο λόγος για τον οποίο οι εταιρείες δεν μπορούν να ξεφύγουν από την άποψη του προϋπολογισμού, των τεχνολογιών, των υποδομών κ.λπ.

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

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

Για να προχωρήσουμε στο παιχνίδι, αυτός ο τύπος δοκιμών πρέπει να λάβει υπόψη πέντε βασικά σημεία:

  • Ταχύτητα ανάπτυξης και απελευθερώσεων
  • Βραχυπρόθεσμοι και μακροπρόθεσμοι στόχοι προϊόντων του προϊόντος
  • Έκταση και φύση του ανταγωνισμού
  • Στοχεύστε το κοινό και τα περιβάλλοντά τους
  • Απαιτήσεις - Λειτουργική, απόδοση, ασφάλεια, χρηστικότητα, διαμόρφωση κ.λπ.

Προτού αναφερθούμε σε περισσότερες λεπτομέρειες, ας κατανοήσουμε τον κύκλο ζωής του προϊόντος (Αυτός είναι ένας γενικός κύκλος ζωής προϊόντος και δεν αφορά συγκεκριμένα προϊόντα λογισμικού, αλλά το λογισμικό ακολουθεί ένα παρόμοιο μοτίβο):

κύκλος ζωής προϊόντος

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

Διαβάστε επίσης => Πώς να γράψετε ένα καλό έγγραφο στρατηγικής δοκιμής

Παράδειγμα: Το προϊόν μιας εταιρείας XYZ είναι ένα λογισμικό εντοπισμού ελαττωμάτων που ονομάζεται «TrackFast». Είναι ένα νέο προϊόν και η πρώτη έκδοση θα κυκλοφορήσει ως λύση cloud και on-premise. Το TrackFast λειτουργεί όπως οποιοδήποτε άλλο σύστημα διαχείρισης ελαττωμάτων και έχει σχεδιαστεί τόσο για πρόσβαση σε κινητό όσο και για Web. Επί του παρόντος, υπάρχουν 2 έως 4 εβδομάδες σπριντ στα οποία το προϊόν δημιουργείται σε τμήματα. Βρίσκεστε στη δοκιμαστική ομάδα δοκιμών «TrackFast» προτού συναντήσει τους πελάτες της. Ο έλεγχος περιλαμβάνει τον έλεγχο της λειτουργικότητας, της απόδοσης και της ασφάλειας.

java j2ee συνεντεύξεις ερωτήσεις και απαντήσεις

Συνοψίζοντας, αυτές είναι οι παράμετροι με τις οποίες εργάζεστε. Ή αν προτιμάτε, αυτό είναι το περιβάλλον σας

τις παραμέτρους

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

μετατρέψτε το youtube σε mp3 δωρεάν χρηματοκιβώτιο

Στάδιο # 1) Εισαγωγή προϊόντος

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

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

  • Δοκιμές που επικυρώνουν τους βραχυπρόθεσμους στόχους του TrackFast. «Τι χρειάζεται να σταλεί σωστά» θα πρέπει να βρίσκεται στην πρώτη γραμμή της δοκιμαστικής προσπάθειας. Δημιουργώ Τεστ από άκρο σε άκρο (front-end, middleware και backend) για ενδελεχή δοκιμή κάθε δυνατότητας
  • Δοκιμές που συγκρίνουν το TrackFast με τον ανταγωνισμό (ιδανικά αυτή είναι η δουλειά των κατόχων προϊόντων, αλλά ως δοκιμαστής μπορούμε να προσθέσουμε τα δύο σεντ μας. Επίσης, αυτό το βήμα είναι πιο εύκολο εάν το λογισμικό έχει ήδη κάποιους συναδέλφους. Για παράδειγμα: Είναι εύκολο να συγκρίνετε το TrackFast με το Bugzilla ή το JIRA ή το άλλα συστήματα παλαιού τύπου . Αλλά ας πούμε ότι δημιουργώ μια εφαρμογή που κάνει κάτι ασυνήθιστο, όπως να είμαι σε θέση να προβλέψω πότε ένα μωρό είναι πεινασμένο ή τρελό :), ίσως είναι δύσκολο να βρείτε μια εφαρμογή που μπορείτε να χρησιμοποιήσετε ως βασική γραμμή)
  • Πλατφόρμα, πρόγραμμα περιήγησης και συσκευή δοκιμές συμβατότητας
  • Δοκιμές για ευκολία εγκατάστασης , ρυθμίστε και αυξήστε την ταχύτητα
  • Δοκιμές για απόδοση, ασφάλεια και χρηστικότητα
  • Δοκιμές ολοκλήρωσης εάν διασυνδέεται με άλλα συστήματα. Ένα απλό παράδειγμα ενοποίησης είναι ότι τα συστήματα παρακολούθησης ελαττωμάτων αλληλεπιδρούν συχνά με πελάτες email για την αποστολή ειδοποιήσεων
  • Σχέδιο παλινδρόμησης - Είναι καλή ιδέα να επισημάνετε ή να επισημάνετε κρίσιμα τεστ που πιστεύετε ότι θα αποτελέσουν μέρος των μελλοντικών κύκλων παλινδρόμησης και θα σκεφτείτε να αυτοματοποιήσετε για μελλοντικές κυκλοφορίες
  • Σχέδιο για γνωστά θέματα (πρόκειται να τα προσθέσετε στο backlog ή να τα χειριστείτε ως CR, κ.λπ.)
  • Ευελιξία για αλλαγή όταν το προϊόν προχωρά στο επόμενο στάδιο του κύκλου ζωής.

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

Σε αυτό το στάδιο, αν και υπάρχει ένα κομμάτι του προϊόντος έτοιμο στο τέλος των σπριντ 2-4 εβδομάδων, συνήθως κάθε σπριντ δεν οδηγεί σε κωδικό αποστολής. Επομένως, μην εξετάζετε ποτέ την τελευταία δοκιμή σπριντ «ολοκληρωμένη και παραδοτέα». Επαναλάβετε τις κρίσιμες δοκιμές με κάθε σπριντ μέχρι την κυκλοφορία. Με κάθε σπριντ, δοκιμάστε ολόκληρο το προϊόν που έχετε μέχρι το σημείο αυτό.

Στάδιο # 2) Ανάπτυξη προϊόντος

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

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

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

Αυτά μπορούν να βοηθήσουν:

  • Λάβετε υπόψη τους μακροπρόθεσμους στόχους του έργου. Δεν πρόκειται να το ξεπεράσουμε τώρα. Πρόκειται για το να ζεις με τα χαρακτηριστικά και να ευδοκιμήσεις μαζί τους.
  • Δοκιμή νωρίς- Εξετάστε το TDD ή BDD αντί να αναβάλουμε τις δοκιμές στο τέλος με νέες απαιτήσεις
  • Αυτοματοποιήστε την παλινδρόμηση και ενισχύστε την - Δημιουργήστε μια αυτοματοποιημένη σουίτα παλινδρόμησης στη θέση σας, ώστε να μην μείνετε χωρίς δοκιμές ναρκών ξηράς στο σύστημά σας
  • Εάν οι ιδιοκτήτες της επιχείρησής σας / προϊόντων επιθυμούν να ασχοληθούν με τις δοκιμές, σκεφτείτε ένα εργαλείο αυτοματισμού που βασίζεται στη γλώσσα της επιχείρησης, όπως το Αγγούρι.
  • Διατηρήστε τη χρηστικότητα και ο σχεδιασμός ιστότοπου είναι κεντρικός για τις δοκιμές σας. Επειδή όσο περισσότερες δυνατότητες προσθέτουμε, τόσο πιο καθαρός θα είναι ο ιστότοπος
  • Εκτελέστε δοκιμές απόδοσης και ασφάλειας όταν έχει συμβεί μια σημαντική κυκλοφορία ή υπάρχει μια σημαντική αλλαγή στην αρχιτεκτονική. (Νέος διακομιστής εισήλθε κ.λπ.) Τα περισσότερα συστήματα λογισμικού δεν το χρειάζονται σε κάθε έκδοση.
  • Μείνετε σε επαφή με τον ανταγωνισμό και μάθετε το όραμα του προϊόντος
  • Προσαρμόστε τη δοκιμή ζευγών , για άμεση ανάδραση και διόρθωση. Συμπεριλάβετε τον κάτοχο του προϊόντος όταν είναι δυνατόν
  • Σχέδιο για αλλαγές και γνωστά ζητήματα
  • Προσπαθήστε να αποκτήσετε τα σχόλια των πελατών και να ελέγξετε αν μπορούν να παρακολουθούνται ως πρόταση βελτίωσης για να διατηρήσετε την ανάπτυξη σταθερή. (για άλλη μια φορά, αυτή δεν είναι η πρωταρχική ευθύνη της ομάδας QA, αλλά όλοι μετράνε)

Στάδιο # 3) Ωριμότητα προϊόντος

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

Επομένως, η ομάδα δοκιμών μπορεί:

  • Εργαστείτε για την ωρίμανση της στρατηγικής δοκιμής σας. Σε αυτό το σημείο, οι σουίτες παλινδρόμησης, οι μέθοδοι σχεδιασμού δοκιμών και οι πρακτικές διαχείρισης δοκιμών πρέπει να λειτουργούν σαν μηχανήματα με καλά λιπαντικά.
  • Εστίαση στις λεπτότερες λεπτομέρειες. Επειδή συνολικά το προϊόν λειτουργεί και λειτουργεί καλά, αλλά όπως λένε- « Ο Θεός είναι στις λεπτομέρειες » - βρείτε ακόμη και τα μικρότερα από τα προβλήματα που μπορούν να βελτιώσουν την ποιότητα του συστήματος
  • Εξετάστε τα σχόλια των πελατών
  • Ελέγχετε περιοδικά την απόδοση και την ασφάλεια
  • Λάβετε υπόψη τις νέες συσκευές, πλατφόρμες και προγράμματα περιήγησης που ενδέχεται να έχουν κυκλοφορήσει στην αγορά από την τελευταία φορά που δοκιμάσατε
  • Δοκιμάστε τις σελίδες του Εγχειριδίου Χρήστη και των Συχνών Ερωτήσεων, καθώς τώρα έχετε τον χρόνο και μπορείτε να το διαθέσετε.
  • Πειραματιστείτε με νέα εργαλεία δοκιμής προϊόντος, υπηρεσίες ή διαδικασία, γιατί τώρα μπορείτε.
  • Δοκιμάστε τη διαδικασία εγκατάστασης με κάθε έκδοση, όσο μικρή και αν είναι και λάβετε στατιστικά στοιχεία σχετικά με το πόσο εύκολο ή δύσκολο είναι για τον τελικό χρήστη.

Ό, τι κι αν κάνετε, μην εφησυχάζετε.

Στάδιο # 4) Απόρριψη προϊόντος / Επιστροφή στην ανάπτυξη προϊόντων

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

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

Το TrackFast πρέπει επίσης να εξελιχθεί. Αφού αποδείξει ότι είναι ένα αξιόπιστο και αποτελεσματικό σύστημα παρακολούθησης ελαττωμάτων, πρέπει να εξελιχθεί ή να μειωθεί. Έτσι, η εταιρεία XYZ αποφασίζει να βελτιώσει το TrackFast καθιστώντας το ένα γενικό σύστημα έκδοσης εισιτηρίων που μπορεί να χρησιμοποιηθεί για την παρακολούθηση οποιωνδήποτε συμβάντων ή περιπτώσεων από την επιχείρηση εκτός από ομάδες IT / δοκιμών (κάτι σαν JIRA) και όχι μόνο για ελαττώματα στη διαδικασία ανάπτυξης λογισμικού .

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

Τι σε κάνει επιτυχημένο tester προϊόντων;

  • Δοκιμαστές προϊόντων πρέπει να έχει μια έντονη επιχειρηματική αίσθηση, κατανόηση των μοντέλων ανάπτυξης γρήγορης παράδοσης και πρέπει να είναι δοκιμαστής άσσο που δεν φοβούνται να πειραματιστούν με εργαλεία και να γίνουν λίγοι κωδικοποιητές οι ίδιοι αν χρειαστεί. Αυτά τα πράγματα μπορούν να έχουν θετικό αντίκτυπο σε κάθε τύπο δοκιμής, αλλά είναι απόλυτη αναγκαιότητα σε αυτόν τον τύπο δοκιμών.
  • Μια άλλη σημαντική ποιότητα είναι ότι α ο υπεύθυνος δοκιμής προϊόντος πρέπει να πιστεύει στο προϊόν και πραγματικά θέλω να πετύχει. Όταν εγώ ως εξεταστής πιστεύω ότι το λογισμικό είναι απόλυτα σκουπίδια, υπάρχει μικρή ελπίδα ότι θα κάνω οτιδήποτε για να το βελτιώσω.
  • Μοιραστείτε το όραμα του προϊόντος / ιδιοκτήτη επιχείρησης . Αν δεν γνωρίζετε πού πηγαίνει το προϊόν και πώς θα εξελιχθεί, οι δοκιμές θα είναι εξαιρετικά περιορισμένες.
  • Οι διαλειτουργικές δεξιότητες είναι ευεργετικές - Μάθετε πώς να δοκιμάζετε το DB, πώς να λαμβάνετε σημεία αναφοράς απόδοσης, πώς να ενεργοποιείτε τα πιστοποιητικά ασφαλείας, πώς να αναπτύξετε κ.λπ. Να είστε περίεργοι και να εξερευνήσετε .
  • Μην ορίσετε όρια - μην πιστεύετε ότι η αξιολόγηση του εγχειριδίου χρήστη ή ο έλεγχος των Συχνών Ερωτήσεων δεν είναι δική σας δουλειά και ένας τεχνικός συγγραφέας θα πρέπει να το φροντίσει. Λοιπόν, πρέπει και θα το κάνουν. Όμως, όταν το βλέπεις ως εμπιστευτικό πρόσωπο ως κάποιος που γνωρίζει το προϊόν από μέσα προς τα έξω, τα σχόλιά σου είναι εξαιρετικά χρήσιμα.
  • Ζητήστε τα σχόλια των τελικών χρηστών. Το επόμενο μεγάλο σύνολο ατόμων που κάνουν δοκιμή μετά από εσάς είναι οι χρήστες σε πραγματικό χρόνο. Γνωρίστε και καταλάβετε τι είδους προβλήματα αντιμετωπίζουν. Αυτό σας βοηθά να βελτιώσετε τη δοκιμαστική σας σχεδίαση, οπότε την επόμενη φορά που θα ξέρετε τι να κάνετε για να αποφύγετε αυτά τα προβλήματα.
  • Εργαστείτε γρήγορα και γίνετε υπεύθυνοι λήψης αποφάσεων
  • Αποφύγετε το τεχνικό χρέος . Σε μια γρήγορη κατάσταση ανάπτυξης και δοκιμών, είναι εύκολο να δοκιμάσετε διερευνητικά αποκλειστικά και να χάσετε το πλαίσιο αναφοράς για τις μελλοντικές κυκλοφορίες. Μην αφήσετε να συμβεί αυτό. Διατηρήστε τη σκελετική τεκμηρίωση ώστε να μπορείτε να παρακολουθείτε, να εντοπίζετε και να μετράτε

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

Ωστόσο, για ένα προϊόν η στρατηγική δοκιμής πρέπει να αλλάξει ανάλογα με το τρέχον στάδιο του κύκλου ζωής στο οποίο βρίσκεται το προϊόν και τις αλλαγές στη δυναμική της αγοράς (νέες συσκευές, νέα προγράμματα περιήγησης κ.λπ.). Η στρατηγική δοκιμών προϊόντων πρέπει να είναι πολύ πιο ευέλικτη για αλλαγή.

Σχετικά με τον Συγγραφέα: Αυτό το άρθρο δημοσιεύεται από το μέλος της ομάδας STH Swati S.

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

Συνιστώμενη ανάγνωση

^