Μενού

Κορυφαίοι 7 κύριοι στόχοι ενός ελεγκτή λογισμικού - Είστε 'Made' Tester ή 'Chosen' One;

top 7 major goals software tester are you made tester

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

Το να είσαι δοκιμαστής στη βιομηχανία λογισμικού, είναι μεγάλη ευθύνη, όπως:

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

Για το μεγαλύτερο μέρος της καριέρας μου, έχω δει 'έκανε' ελεγκτές λόγω έλλειψης άλλων επιλογών σταδιοδρομίας, έλλειψης τεχνικών γνώσεων κ.λπ., αντί 'εκλεκτός' δοκιμαστές, οι οποίοι έχουν επιλέξει συνειδητά τη σταδιοδρομία δοκιμών λογισμικού.

στόχους ενός ελεγκτή λογισμικού

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

Όπως λένε, «Α ο παθιασμένος ελεγκτής είναι πιο ευεργετικός από έναν έμπειρο προγραμματιστή '

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

διπλά συνδεδεμένη λίστα c ++

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

Ως εξεταστής:

# 1) Υποτίθεται ότι πρέπει βρείτε σφάλματα

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

Και το πιο σημαντικό είναι, ποτέ μην αισθάνεστε ότι έχετε παρατηρήσει / αναφέρει όλα τα σφάλματα γιατί όπως λένε,

'Ακριβώς επειδή μετρήσατε όλα τα δέντρα δεν σημαίνει ότι έχετε δει το δάσος.'

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

# 2) Υποτίθεται ότι αποτρέπετε τα σφάλματα

Η πρόληψη είναι καλύτερη από την εύρεση, για έναν ελεγκτή λογισμικού. Όταν βλέπετε ένα σφάλμα, κατανοείτε το μοτίβο, κατανοείτε τη νοοτροπία του προγραμματιστή και κατανοείτε τη συμπεριφορά του προϊόντος.

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

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

Τι αλήθεια είπε κάποιος,

'Μην διορθώσετε μόνο τα σφάλματα. διορθώστε ό, τι επέτρεπε τα σφάλματα πρώτα. '

# 3) Υποτίθεται ότι αξιολογείτε την ποιότητα του προϊόντος

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

Επίσης, διαβάστε => Τι είναι το λογισμικό Testing All About; (Διαβάστε προσεκτικά αυτή τη σύνοψη 10 σημείων)

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

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

«Ο βασικός στόχος της δοκιμής λογισμικού είναι η εμπιστοσύνη στο λογισμικό '

# 4) Υποτίθεται ότι θα δώσετε προτάσεις

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

δωρεάν απλός μετατροπέας youtube σε mp3

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

Η συνεχής μάθηση μπορεί να σας οδηγήσει να είστε σίγουροι και να δώσετε αξιοπιστία και βάρος στις ιδέες σας, γιατί

«Η ποιότητα δεν είναι ποτέ ατύχημα. είναι πάντα το αποτέλεσμα της έξυπνης προσπάθειας. '

Διαβάστε περισσότερα => 10 ποιότητες που μπορούν να σας κάνουν καλό δοκιμαστή

# 5) Υποτίθεται ότι επικοινωνείτε πρακτικές δυσκολίες

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

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

«Η πικρία της κακής ποιότητας παραμένει πολύ μετά την ξεχασμένη γλυκύτητα του προγράμματος.»

Μάθε περισσότερα => Πόσο σημαντικό είναι να επικοινωνεί ένας Εξεταστής ή Προγραμματιστής μεταξύ τους;

# 6) Υποτίθεται ότι θα μάθετε κάτω από αυστηρά χρονοδιαγράμματα

Όταν η πρόταση κοινοποιεί τις προσπάθειες QA ως 1 εβδομάδα σε σχέση με 2 εβδομάδες ανάπτυξης, μόνο ένας δοκιμαστής γνωρίζει ότι δεν πρόκειται να πάρει περισσότερες από 2 ημέρες για δοκιμές. Αυτή είναι η πικρή πραγματικότητα της βιομηχανίας λογισμικού.

Όλος ο συμβιβασμός σε ένα πρόγραμμα πραγματοποιείται θυσιάζοντας τον χρόνο και το πρόγραμμα δοκιμών. Και αποτέλεσμα; Λοιπόν, ως πελάτης, θα αγοράσετε ποτέ το επιχείρημα ότι η ποιότητα του προϊόντος δεν ήταν στο ίδιο επίπεδο επειδή η ομάδα QA δεν είχε αρκετό χρόνο;

Επίσης, διαβάστε => Πώς να σχεδιάσετε και να διαχειριστείτε αποτελεσματικά τις δοκιμές έργων (Συμβουλές)

# 7) Υποτίθεται ότι θα διατηρήσετε το πάθος ζωντανό

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

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

Να θυμάστε πάντα,

'Οι δοκιμαστές λογισμικού πετυχαίνουν όπου άλλοι αποτυγχάνουν.'

συμπέρασμα

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

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

Δεν μπορώ να με σταματήσω να μοιράζομαι αυτό το χιουμοριστικό απόσπασμα, κάποιος είχε στείλει νωρίτερα -

«Οι δοκιμαστές λογισμικού πάνε πάντα στον παράδεισο. έχουν ήδη το δίκαιο μερίδιό τους στην κόλαση. '

Συντάκτης : Αυτή η φοβερή ανάρτηση γράφτηκε από το μέλος της ομάδας STH Bhumika M. Είναι επικεφαλής του έργου, με 10+ χρόνια εμπειρίας δοκιμών λογισμικού. Είναι απόλυτα σε δοκιμές και λατρεύει να δοκιμάζει ό, τι υπάρχει.

Ενημερώστε μας εάν συμφωνείτε και όπως πάντα, Ευτυχισμένος έλεγχος :)

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

^