Dimitris Georgiou
SDET εναντίον QA: Ο τίτλος εργασίας “SDET” αυξάνεται σε δημοτικότητα σε πολλά τμήματα μηχανικής λογισμικού. Αλλά η διάκριση μεταξύ ενός ελεγκτή QA και ενός SDET δεν είναι πάντα προφανής. Το γεγονός ότι ορισμένες επιχειρήσεις χρησιμοποιούν τον τίτλο με διαφορετικό τρόπο από άλλες προσθέτει στη σύγχυση. Υπάρχει κάτι περισσότερο από απλά μηχανικούς QA και αυτοματοποιημένους ελεγκτές; Ας αναθεωρήσουμε τα βασικά.
Τι ακριβώς είναι το SDET;
Ένας προγραμματιστής και ένας μηχανικός δοκιμών συνδυάζονται για να γίνουν μηχανικός ανάπτυξης λογισμικού στη δοκιμή (SDET). Ο SDET είναι κάποιος που μπορεί να βοηθήσει στην αυτοματοποίηση της διαδικασίας δοκιμών και συμμετέχει στο έργο από το στάδιο του σχεδιασμού. Στην ουσία, ένας μηχανικός ανάπτυξης λογισμικού στη δοκιμή είναι προγραμματιστής.
Ένας μηχανικός QA, από την άλλη πλευρά, κατέχει μια εις βάθος κατανόηση όλων των μεθόδων και μεθοδολογιών δοκιμών. Θα πρέπει επίσης να γνωρίζουν τα περιβάλλοντα δοκιμών, την αναφορά προβλημάτων, τη διάγνωση σφαλμάτων και τη διαχείριση δεδομένων.
SDET εναντίον QA
Θα έπρεπε να έχετε αποκτήσει κάποια κατανόηση των διακρίσεων μεταξύ ενός SDET και ενός QA από τους ορισμούς των θέσεων. Οι ορισμοί, ωστόσο, παρέχουν μόνο μια συνοπτική επισκόπηση των διαφορών μεταξύ αυτών των δύο εργασιών. Ακολουθούν ορισμένοι πρόσθετοι τομείς διάκρισης που θα ξεκαθαρίσουν τις θέσεις για εσάς:
1. Ρόλοι και Ευθύνες
Τα καθήκοντα ενός μηχανικού QA περιλαμβάνουν τα ακόλουθα:
- Προετοιμασία για τη διαδικασία των εξετάσεων
- Διανομή δοκιμών σε διαφορετικούς δοκιμαστές
- Επιλογή του προϋπολογισμού και του χρονοδιαγράμματος δοκιμών
- Συντονισμός με την ομάδα ανάπτυξης για να βεβαιωθείτε ότι η δοκιμή εξελίσσεται όπως έχει προγραμματιστεί.
- Προετοιμασία περιλήψεων των ευρημάτων δοκιμών για την ομάδα ανάπτυξης σε αναφορές
- Κατασκευή σεναρίων δοκιμών και δοκιμών
- Εξέταση του τεστ για να επιβεβαιωθεί ότι πληρούνται όλες οι απαιτήσεις των πελατών.
Τα καθήκοντα και οι ευθύνες ενός SDET περιλαμβάνουν τα ακόλουθα:
- Αναθεώρηση του κωδικού προϊόντος σε διάφορα στάδια ανάπτυξης
- Συμμετοχή στις διαδικασίες σχεδιασμού και σχεδιασμού
- Να γίνετε συνήγορος των καταναλωτών διασφαλίζοντας ότι το προϊόν ικανοποιεί τις προσδοκίες τους.
- Δημιουργία επεκτάσιμων και αξιόπιστων πλαισίων για αυτοματισμούς δοκιμών
- Δημιουργία εργαλείων δοκιμής για να βοηθήσετε τους δοκιμαστές
- Εκτέλεση λειτουργικών δοκιμών, παλινδρόμησης και επιδόσεων
- Διασφάλιση της ανθεκτικότητας, της αξιοπιστίας και της επεκτασιμότητας του προϊόντος
- Παραγωγή λεπτομερών εκθέσεων δοκιμών
Όπως μπορείτε να δείτε, οι κύριες αρμοδιότητες του SDET περιλαμβάνουν την αυτοματοποίηση των δοκιμών και την παραγωγή μιας υψηλής ποιότητας, αξιόπιστης και επεκτάσιμης λύσης, συμμετέχοντας νωρίς στη διαδικασία ανάπτυξης. Το QA, αντίθετα, δεν συμμετέχει στις διαδικασίες σχεδιασμού ή σχεδιασμού και είναι αποκλειστικά υπεύθυνος για τις δοκιμές.
2. Δεξιότητες που σχετίζονται με την εργασία: SDET vs QA
Επειδή τα καθήκοντα και οι ευθύνες των δύο επαγγελμάτων είναι διαφορετικά, το ίδιο και οι ικανότητες που απαιτούνται για το καθένα. Ένα QA θα πρέπει να είναι εξειδικευμένο στη δημιουργία και εκτέλεση δοκιμαστικών περιπτώσεων, στην παρακολούθηση ελαττωμάτων και στη χρήση εργαλείων δοκιμής όπως το Selenium. Ένας μηχανικός QA απαιτεί στοιχειώδεις δεξιότητες προγραμματισμού.
Ένας μηχανικός ανάπτυξης λογισμικού στις δοκιμές, από την άλλη πλευρά, πρέπει να είναι γνώστης πολλών γλωσσών προγραμματισμού και να είναι σε θέση να κατανοήσει τη διαδικασία ανάπτυξης. Επιπλέον, πρέπει να είναι σε θέση να μετατρέψουν τις απαιτήσεις των πελατών σε δοκιμαστικές περιπτώσεις.
Δεδομένου ότι οι SDET πρέπει να συνεργάζονται με προγραμματιστές, δοκιμαστές και πελάτες, οι ικανότητες ηγεσίας και επικοινωνίας είναι ζωτικής σημασίας για τη θέση. Για να εργαστούν αποτελεσματικά με πολλές ομάδες, οι SDET πρέπει να διαθέτουν εξαιρετικές διαπροσωπικές δεξιότητες.
3. Τεχνικές δοκιμών που εφαρμόζονται
Η δοκιμή μαύρου κουτιού γίνεται από τον μηχανικό QA. Ενδιαφέρονται αποκλειστικά για το πώς λειτουργεί κάθε στοιχείο. Ο εσωτερικός κωδικός δεν είναι σημαντικός. Ωστόσο, η δοκιμή λευκού κουτιού πρέπει να διεξάγεται από SDET. Πρέπει να βεβαιωθούν ότι το στοιχείο δεν λειτουργεί απλώς σύμφωνα με τις απαιτήσεις, αλλά και ότι ο κώδικάς του είναι αξιόπιστος και αξιόπιστος.
Ένας SDET έχει περισσότερα καθήκοντα από έναν μηχανικό QA. Ένας μηχανικός λογισμικού στις δοκιμές θα πρέπει επίσης να είναι εξοικειωμένος με μια ποικιλία γλωσσών προγραμματισμού και τεχνολογιών δοκιμών. Δεδομένων αυτών των συνθηκών, είναι λογικό ότι ένας SDET βγάζει περισσότερα χρήματα κατά μέσο όρο από έναν μηχανικό QA.
4. Το μέλλον του ρόλου
Οι χειροκίνητες δοκιμές έχουν καταστεί παρωχημένες και βρίσκονται σε διαδικασία σταδιακής κατάργησης με την εισαγωγή της αυτοματοποίησης δοκιμών. Οι μεγάλες εταιρείες λογισμικού έχουν ήδη καταργήσει τη θέση των μηχανικών QA, συμπεριλαμβανομένων των Google και Facebook. Το μέλλον ανήκει στους SDET, αν είναι πιστευτοί αυτοί οι επιχειρηματικοί τιτάνες.
Εάν είστε μηχανικός QA αυτή τη στιγμή, τώρα είναι η ώρα να προωθήσετε τις δεξιότητές σας. Μάθετε νέες γλώσσες και πειραματιστείτε με την αυτοματοποίηση δοκιμών. Η ζήτηση για μηχανικούς QA μπορεί να μην εξαφανιστεί πλήρως, αλλά θα μειωθεί και οι SDET θα πάρουν τη θέση τους.
Ξεκινώντας ως SDET
Για να γίνει κάποιος SDET, μπορεί να ακολουθήσει έναν από τους δύο βασικούς επαγγελματικούς δρόμους:
1. Το να είσαι προγραμματιστής Αυτός θα είναι ένας πολύ απλούστερος δρόμος για να γίνετε SDET εάν είστε ήδη εξοικειωμένοι με γλώσσες προγραμματισμού. Για να βεβαιωθείτε ότι όλα τα σενάρια χρήστη έχουν δοκιμαστεί, μπορεί να είναι δύσκολο αν δεν έχετε στάση δοκιμών QA. Εάν ναι, θα μπορούσατε να λειτουργήσετε καλύτερα σε μια θέση όπου ο ανθρώπινος ελεγκτής δημιουργεί τις δοκιμές και εσείς τις αυτοματοποιείτε.
Μπορείτε επίσης να ρωτήσετε έναν ελεγκτή διασφάλισης ποιότητας εάν μπορεί να σας βοηθήσει να δημιουργήσετε κάλυψη δοκιμών.
2. Απασχόληση ελεγκτών διασφάλισης ποιότητας Το πρώτο μισό του αγώνα κερδίζεται εάν εντοπίσετε με επιτυχία περιοχές που απαιτούν κάλυψη δοκιμής. Αλλά για να δημιουργήσετε αυτοματοποιημένα σενάρια, θα χρειαστεί επίσης να κατέχετε τουλάχιστον μία γλώσσα προγραμματισμού. Εάν είστε επιμελείς και έχετε χρόνο, μπορείτε να το κάνετε αυτό μέσα σε λίγους μήνες.
Εάν μπορείτε να γράψετε καλά τον κώδικα αυτοματισμού, μπορείτε να κάνετε αίτηση για απασχόληση στο SDET ακόμα κι αν δεν έχετε προηγούμενη εργασιακή εμπειρία. Πως? μέσω της δημιουργίας προσαρμοσμένων σεναρίων για τον ιστότοπο ή την εφαρμογή της επιλογής σας.
Ναι, δεν θα λάβετε πίστωση επειδή έχετε εργαστεί για έναν αυτοματοποιημένο πελάτη ή επιχείρηση. Αλλά η πουτίγκα είναι αυτό που μετράει. Θα βάλετε τα χρήματά σας εκεί που είναι αν μπορείτε να επιδείξετε τα φανταστικά σενάρια αυτοματισμού σας και να μοιραστείτε το Github σας με έναν πιθανό εργοδότη. (Ή μάλλον, ο μυστικός κωδικός σας στη θέση των εισερχόμενων χρημάτων σας!)
Συμπερασματικά
Τα τελευταία δέκα χρόνια, η διαδικασία ανάπτυξης λογισμικού έχει υποστεί σημαντικές αλλαγές και αυτές οι αλλαγές επηρέασαν επίσης τις δοκιμές. Το αποτέλεσμα αυτής της αλλαγής είναι τα SDET. Οι SDET έχουν τη δυνατότητα να αναβαθμίσουν το προϊόν ενσωματώνοντας τη δοκιμή στη διαδικασία ανάπτυξης.
Επισκέφθηκε 25 φορές, 1 επίσκεψη(εις) σήμερα
