Τι είναι το SDET: Μάθετε τη διαφορά μεταξύ του Tester και του SDET

what is sdet know difference between tester

Αυτό το σεμινάριο συζητά όλες τις πτυχές ενός SDET (Μηχανικός Ανάπτυξης Λογισμικού σε Δοκιμή), συμπεριλαμβανομένων Skillset, Ρόλοι & Ευθύνες, Μισθός & Καριέρα:

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

Τι θα μάθετε:

• Κατανόηση του ρόλου SDET
  • Σύγκριση μεταξύ SDET και χειροκίνητου QA
  • Μηχανικός Ανάπτυξης Λογισμικού στο Test Skillset
  • Ρόλοι και ευθύνες
  • Γίνετε ένα υπέροχο SDET
  • Πιστοποίηση για SDET
  • Συνεντεύξεις
  • Μισθός SDET
  • Διαδρομή καριέρας
• συμπέρασμα
  • Συνιστώμενη ανάγνωση

Κατανόηση του ρόλου SDET

Η εκτεταμένη μορφή του SDET είναι - Μηχανικός ανάπτυξης λογισμικού σε δοκιμή

Με πολύ απλά λόγια, αυτός ο ρόλος είναι ένας συνδυασμός ενός ενδιάμεσου μεταξύ ενός καθαρού ρόλου προγραμματιστή και ενός καθαρού ρόλου ελεγκτή. Τα SDETs είναι εξειδικευμένοι επαγγελματίες τόσο - Ποιότητα Μηχανικών όσο και Ανάπτυξη Λογισμικού

Ο όρος SDET εφευρέθηκε για πρώτη φορά από τη Microsoft, ο οποίος στη συνέχεια ακολούθησε και χρησιμοποιήθηκε από τα περισσότερα μεγάλα ονόματα προϊόντων όπως το Google, το Amazon, το Adobe, το Expedia κ.λπ. Οι βασικοί προσδοκίες ρόλων ήταν η αντικατάσταση μη αυτόματων επαναλαμβανόμενων εργασιών με κάποιο αυτοματισμό για την αύξηση της αποτελεσματικότητας καθώς και αξιοπιστία για τις υπό δοκιμή εφαρμογές.

Σύγκριση μεταξύ SDET και χειροκίνητου QA

Οι χειροκίνητοι δοκιμαστές QA επικεντρώνονται κυρίως στο Black box ή στη δοκιμή εφαρμογών. Αυτό που σημαίνει είναι, για έναν ελεγκτή QA, αυτό που έχει σημασία είναι μια προδιαγραφή του τρόπου με τον οποίο μια εφαρμογή αναμένεται να συμπεριφέρεται όταν του δοθεί μια συγκεκριμένη εισαγωγή.

πώς να εκτελέσετε αρχεία .jar

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

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

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

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

Ας δούμε SDET και μη αυτόματη σύγκριση δοκιμών σε διαφορετικές παραμέτρους

Μηχανικός Ανάπτυξης Λογισμικού στο Test Skillset

Παρακάτω αναφέρονται τα σετ δεξιοτήτων που πρέπει να διαθέτει ένα SDET:

# 1) Άνοιγμα νοοτροπίας

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

Είναι πολύ πιθανό ότι ως SDET σε μια εταιρεία, μπορεί να καταλήξετε να εργάζεστε χρησιμοποιώντας στοίβα τεχνολογίας Microsoft / .NET, αλλά σε μια άλλη εταιρεία, η γλώσσα ανάπτυξης είναι κυρίως Java - οπότε το SDET αναμένεται να έχει ανοιχτή νοοτροπία για να μάθει νέα πράγματα / τεχνολογία ως και όταν απαιτείται.

# 2) Προσαρμοστικό

Ένας Μηχανικός Ανάπτυξης Λογισμικού σε Δοκιμή πρέπει να προσαρμοστεί στις ανάγκες του έργου, εργαλεία και τεχνολογίες, βάσεις δεδομένων κ.λπ. Για παράδειγμα - ως SDET μπορεί να έχετε εμπειρία να κάνετε δοκιμές API, αλλά ένας άλλος ρόλος απαιτεί να δοκιμάσετε το περιβάλλον εργασίας χρήστη ή το περιβάλλον εργασίας. Ως εκ τούτου, ο ρόλος απαιτεί από εσάς να προσαρμοστείτε στις ανάγκες του έργου, για να παραδώσετε ένα υψηλής ποιότητας τυποποιημένο προϊόν.

# 3) Multitasker

Στις περισσότερες εταιρείες προϊόντων, συχνά η αναλογία DEV και QA αποκλίνει σε μεγάλο βαθμό. Αυτό σημαίνει ότι είναι συνηθισμένο να βλέπετε ομάδες που έχουν αναλογία DEV: QA 4: 1 ή ακόμα και 5: 1. Ως εκ τούτου, είναι απαραίτητο ένα SDET να αναμένεται να εμπλέκεται σε πολλά πράγματα και να προσφέρει.

Αυτές είναι μερικές ευθύνες στις οποίες αναμένεται να λειτουργήσει ένα SDET:

• Συμμετοχή σε συναντήσεις με τα ενδιαφερόμενα μέρη: Ένα SDET πρέπει να συνεργάζεται στενά τόσο με τους προγραμματιστές όσο και με τους ανθρώπους προϊόντων για να κατανοήσει το προϊόν τόσο από τους προγραμματιστές όσο και από την άποψη του προϊόντος και στη συνέχεια να σχεδιάσει / προτείνει στρατηγική αυτοματισμού.
• Δημιουργία πλαισίου / εργαλείων
• Στρατηγικός σχεδιασμός δοκιμών
• Αυξήστε / διερευνήστε ελαττώματα
• Μπορεί να απαιτείται μερικές φορές για να συμβάλλει στη δοκιμή μονάδας μαζί με προγραμματιστές.

# 4) Εξερευνητική νοοτροπία

Κάθε SDET πρέπει να θυμάται αυτές τις γραμμές ανά πάσα στιγμή - ' Εάν επαναλαμβάνετε τις ίδιες ενέργειες όλη την ώρα, εξετάστε το ενδεχόμενο να την αυτοματοποιήσετε '

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

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

# 5) Συνεργαστείτε, συνεισφέρετε και επικοινωνήστε

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

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

Ρόλοι και ευθύνες

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

δοκιμή αποδοχής χρήστη (uat)

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

Γίνετε ένα υπέροχο SDET

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

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

Ας δούμε μια λίστα με ορισμένα κοινά εργαλεία και τεχνολογίες που πρέπει να μάθουν τα SDET:

• Πρέπει να έχει μια σταθερή κατανόηση των αρχών δοκιμών, των τύπων δοκιμών και των μεθοδολογιών.
• Ιδιαίτερα ικανοί σε θέματα εντοπισμού σφαλμάτων - μάθετε εργαλεία εντοπισμού σφαλμάτων όπως - Αποσφαλματωτής ιστού Chrome τα οποία είναι εξαιρετικά χρήσιμα για τον εντοπισμό σφαλμάτων εφαρμογών ιστού, καθώς και για τη διερεύνηση αρχείων καταγραφής δικτύου για μια υπό δοκιμή εφαρμογή.
• Θα πρέπει να είναι σε θέση να γράφουν επαναχρησιμοποιήσιμους κώδικες / σενάρια και ως εκ τούτου θα πρέπει να είναι ικανοί σε τουλάχιστον μία γλώσσα σεναρίου. Το πιο εύκολο να μάθετε είναι το Python που θα μπορούσε να εφαρμοστεί σε μια μεγάλη ποικιλία εργασιών, αυτοματοποιημένων πλαισίων κ.λπ.
• Να είστε εξοικειωμένοι με τους πελάτες δοκιμών API όπως ΤΑΧΥΔΡΟΜΟΣ
• Θα πρέπει να γνωρίζετε τα εργαλεία και τις τεχνικές δοκιμών White Box - όπως τα Mocking Frameworks ( Μόκκιτο ), κ.λπ., όπως θα μπορούσαν να αναμένεται να συνεισφέρουν και σε τεστ μονάδας γραφής όταν απαιτείται.
• Πρέπει να γνωρίζουν τα εργαλεία εκδόσεων όπως Πηγαίνω . Επίσης, πρέπει να είναι εξοικειωμένοι με τις έννοιες του Τραβήξτε αιτήματα , σχόλια κώδικα, κ.λπ.
• Κατανόηση της αρχιτεκτονικής των εφαρμογών Ιστού και του γενικού μοντέλου διακομιστή-πελάτη.
• Πρέπει να γνωρίζετε τις βασικές έννοιες του αντικειμενοστραφούς προγραμματισμού και την κατανόηση του ΣΤΕΡΕΟΣ μοντέλο ( μικρό ευθύνη ευθύνης, Ή στυλό / Κλειστή αρχή, μεγάλο Υποκατάσταση iskov, Εγώ διαχωρισμός διεπαφών, ρε αντιστροφή της έκτασης)
• Βασική κατανόηση του Συνεχής ενσωμάτωση / Συνεχής παράδοση έννοιες (CI / CD) και επίσης πρέπει να γνωρίζουν εργαλεία CI όπως Jenkins / Bamboo κ.λπ.
  Τα SDETs αναμένεται γενικά να φροντίζουν και για θέματα ανάπτυξης, επομένως είναι απαραίτητη η κατανόηση αυτών των εργαλείων.
• Θα πρέπει να είναι εξοικειωμένοι με τουλάχιστον ένα πλαίσιο αυτοματισμού διεπαφής. Το ευκολότερο και το πιο ευρέως χρησιμοποιούμενο Σελήνιο . Είναι το ιερό δισκοπότηρο των δοκιμών διεπαφής για εφαρμογές ιστού και σχεδόν όλοι οι οργανισμοί χρησιμοποιούν το πλαίσιο Selenium για την αυτοματοποίηση των δοκιμών UI.
• Μαθαίνοντας τα βασικά των δοκιμών απόδοσης καθώς και γράφοντας απλά σενάρια χρησιμοποιώντας εργαλεία δοκιμής απόδοσης ανοιχτού κώδικα όπως JMeter είναι πολύ χρήσιμο και μπορείτε να ανατρέξετε σε αυτό Εκμάθηση Jmeter . Αυτό είναι χρήσιμο καθώς τα SDET αναμένεται επίσης να φροντίζουν για μη λειτουργικές απαιτήσεις, όπως δοκιμές απόδοσης.
• Θα πρέπει επίσης να γνωρίζουν τις θεμελιώδεις έννοιες των δοκιμών ασφαλείας. Αυτό περιλαμβάνει επίσης τη γνώση βασικών προτύπων κωδικοποίησης που διασφαλίζει ότι δεν υπάρχουν βασικά ελαττώματα ασφαλείας που δεν έχουν αντιμετωπιστεί στην εφαρμογή. OWASP είναι μια εξαιρετική αναφορά για όλες αυτές τις θεμελιώδεις έννοιες.
• Τα SDET αναμένεται να γνωρίζουν, να κατανοούν και να εφαρμόζουν ευέλικτες μεθοδολογίες ανάπτυξης και θα πρέπει να είναι άνετα όταν συνεργάζονται με ομάδες που χρησιμοποιούν τη μεθοδολογία Sprint / Scrum της ευέλικτης.
• Πρέπει να γνωρίζετε για οποιονδήποτε πλατφόρμα τεχνολογίας cloud όπως - Amazon AWS , Google GCP , ή Microsoft Azure .
  Δεδομένου ότι οι περισσότερες εταιρείες μετακινούνται τώρα σε μια υποδομή που βασίζεται σε σύννεφο, η βασική κατανόηση των εργαλείων και των τεχνολογιών cloud είναι γενικά χρήσιμη για να ξεκινήσετε.

Πιστοποίηση για SDET

Γενικά, δεν υπάρχουν συγκεκριμένες πιστοποιήσεις που είναι διαθέσιμες για SDET

Εάν κάποιος θέλει να ξεκινήσει τον Μηχανικό Ανάπτυξης Λογισμικού σε δοκιμαστικό ταξίδι, μπορεί να εστιάσει μόνο στα σημεία που αναφέρονται στην ενότητα 'Πώς να γίνετε υπέροχο SDET' αυτού του σεμιναρίου και, στη συνέχεια, τα SDET με την ανοιχτή νοοτροπία τους θα πρέπει να συνεχίσουν το εκπαιδευτικό τους ταξίδι. στην εργασία.

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

Αυτή η πιστοποίηση καλύπτει όλες τις βασικές έννοιες δοκιμών λογισμικού όπως,

• Τύποι δοκιμών - λειτουργικοί / μη λειτουργικοί
• Δοκιμή μαύρου κουτιού / λευκού κουτιού / γκρι κουτιού
• Σχεδιασμός δοκιμών / Διαχείριση ελαττωμάτων
• Τεχνικές δοκιμής - Κατάτμηση ισοδυναμίας, μήτρα ιχνηλασιμότητας κ.λπ.

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

Μια λίστα με όλες αυτές τις πιστοποιήσεις είναι διαθέσιμη εδώ.

Συνεντεύξεις

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

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

Σε γενικές γραμμές, οι συνεντεύξεις SDET περιλαμβάνουν ακόλουθους γύρους / τύπους ερωτήσεων σε σχεδόν όλους τους μεγάλους οργανισμούς προϊόντων όπως - Amazon, Microsoft, Adobe, Expedia κ.λπ.

1. Γραπτός γύρος: Γράψιμο δοκιμαστικών περιπτώσεων για ένα συγκεκριμένο προϊόν. Εδώ, η πρόθεση είναι να πάρετε μια ιδέα για το τι όλες οι πτυχές των δοκιμών μπορεί να σκεφτεί το άτομο για τον υποψήφιο, εάν σκέφτεται / απαριθμεί όλα τα λειτουργικά σενάρια, τα σενάρια περίπτωσης, είναι υποψήφιος που εστιάζει σε δοκιμές ασφαλείας, δοκιμές απόδοσης κ.λπ.
2. Γύρος κωδικοποίησης: Δίνεται μια μικρή άσκηση κωδικοποίησης και επίσης ο υποψήφιος αναμένεται να γράψει όλα τα σενάρια δοκιμής μονάδας και λειτουργικών δοκιμών. Εδώ είναι ο τομέας ή η ικανότητα που δοκιμάζεται - βασικές γνώσεις / κατασκευές κωδικοποίησης, σύνταξη δοκιμαστικού κώδικα και γνώσεις σχετικά με τεχνικές δοκιμής λευκού κουτιού όπως δοκιμή μονάδας, χλευασμός κ.λπ.
3. Σχεδιασμός Γύρος: Μια ερώτηση σχεδιασμού συστήματος ρίχνεται, παράδειγμα , πώς θα σχεδιάζατε το youtube
   Αυτός ο τύπος ερωτήσεων γενικά έχει μεγαλύτερη σημασία για τους προγραμματιστές, αλλά για τα SDET, ο ερευνητής ψάχνει πόσο ευρύ μπορεί να σκεφτεί το άτομο, γνωρίζει ο υποψήφιος για τις έννοιες OOPs, είναι ο υποψήφιος ικανός να σκεφτεί την επεκτασιμότητα, την ευρωστία, την εξισορρόπηση φορτίου κ.λπ. , μπορεί ο υποψήφιος να χρησιμοποιήσει σωστές βάσεις δεδομένων για την εφαρμογή που πρόκειται να σχεδιαστεί
4. HR / Διευθυντής Γύρος: Εδώ παρατηρούνται πράγματα όπως η ομαδική καταλληλότητα, η κουλτούρα, κ.λπ. σχετικά με τον υποψήφιο, καθώς και συζητήσεις σχετικά με τους μισθούς και γίνονται διαπραγματεύσεις.

Συνιστώμενη ανάγνωση => Ερωτήσεις συνέντευξης SDET

Μισθός SDET

Όπως έχουμε συζητήσει στις προηγούμενες ενότητες μας, τα SDET έχουν υψηλότερους μισθούς από τους περισσότερους από τους ρόλους μη αυτόματης δοκιμής. Σε πολλές περιπτώσεις, οι μισθοί είναι συγκρίσιμοι με εκείνους με προγραμματιστές σε παρόμοιο επίπεδο εμπειρίας.

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

Παρακάτω είναι μια σύγκριση των μισθών SDET για κορυφαίες εταιρείες όπως η Microsoft, η Expedia.

Διαδρομή καριέρας

Σε γενικές γραμμές, η σταδιοδρομία του SDET ξεκινά και αναπτύσσεται με τον ακόλουθο τρόπο:

• SDET-1 - Junior επίπεδο SDET ικανό να γράφει σενάρια αυτοματισμού.
• SDET-2 - Έμπειρο SDET ικανό να γράφει επαναχρησιμοποιήσιμα εργαλεία και πλαίσια αυτοματισμού.
• Κύριε SDET - SDET ανώτερου επιπέδου ικανό να είναι μεμονωμένος συνεισφέρων όπως το SDET 1 και το SDET 2 αλλά είναι επίσης ικανό
  • Διεξαγωγή κριτικών κώδικα.
  • Συμμετέχετε σε συζητήσεις σχεδιασμού και υποβάλετε προτάσεις για κατάλληλες αλλαγές στο σχεδιασμό.
  • Συμμετέχετε στη συνολική στρατηγική δοκιμών του προϊόντος.
  • Συμμετέχετε σε μοντέλα παράδοσης CI / CD, δημιουργήστε αγωγούς εκτέλεσης κ.λπ.
• Διαχειριστής SDET - Μετά το SDET2, μπορείτε να επιλέξετε είτε Sr SDET είτε SDET Manager Path. Ένας διαχειριστής SDET έχει ευθύνες διαχείρισης / ηγεσίας, καθώς και βασικές εργασίες SDET.
• Τεχνικός δοκιμών / μηχανικός λύσεων - Το Test Architect ή Solutions Engineer είναι κάποιος που σχεδιάζει / σχεδιάζει ως επί το πλείστον ένα συνολικό πλαίσιο για πολλά έργα, προδιαγραφές δοκιμών πλαισίων, μπορεί επίσης να λειτουργήσει ως διαχειριστής παράδοσης. Αυτοί οι άνθρωποι είναι άτομα που πηγαίνουν καλά και βοηθούν πολλά έργα να επιτύχουν τα αποτελέσματα των δοκιμών τους και να στείλουν ένα εξαιρετικά καλά δοκιμασμένο προϊόν και χωρίς ελαττώματα.

Ακολουθεί μια αναπαράσταση σε επίπεδο μπλοκ της διαδρομής καριέρας SDET:

συμπέρασμα

Σε αυτό το σεμινάριο, μάθαμε σε βάθος για το τι είναι ένα SDET όσον αφορά τους ρόλους και τις ευθύνες, τις δεξιότητες που πρέπει να έχουν, ποια είναι η διαφορά μεταξύ των SDET και των Manual Testers και τι χρειάζεται για να γίνουμε ένας σπουδαίος Μηχανικός Ανάπτυξης Λογισμικού στο Test.

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

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

• Ερωτήσεις και απαντήσεις συνέντευξης SDET (Πλήρης οδηγός)
• 10 καλύτερες εταιρείες και υπηρεσίες ανάπτυξης λογισμικού Custom το 2021
• 20 BEST εργαλεία ανάπτυξης λογισμικού (2021 κατάταξη)
• Μέτρα για SSDLC (Κύκλος ζωής ασφαλούς ανάπτυξης λογισμικού)
• SDLC (Κύκλος Ζωής Ανάπτυξης Λογισμικού) Φάσεις, Μεθοδολογίες, Διαδικασίες και Μοντέλα
• Μεθοδολογίες ανάπτυξης λογισμικού και δοκιμών (με πλεονεκτήματα και μειονεκτήματα)
• 5 πράγματα που πρέπει να γνωρίζει ένας προγραμματιστής για αρχάριους (και δοκιμαστές) για τη δοκιμή λογισμικού
• 5 τρόποι να είστε ένας τολμηρός και αυτοπεποίθηση ελεγκτής λογισμικού