Πότε πρέπει να σταματήσετε τη δοκιμή (Έξοδος κριτηρίων στη δοκιμή λογισμικού)

when stop testing

Κριτήρια εξόδου στη Δοκιμή:

'Καλά ξεκίνησε είναι το μισό' - Εφαρμόζεται παντού, ακόμη και δοκιμές λογισμικού.

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

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

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

πώς να γράψετε μια καλή δοκιμαστική θήκη

Πολλοί δοκιμαστές πιστεύουν ότι γίνεται μονότονη δουλειά σε αργότερα τρέχει και αρχίζει να χάνει το ενδιαφέρον του να δοκιμάζει το ίδιο λογισμικό ξανά και ξανά. Όταν φτάνουμε, ίσως στο τρίτο τρέξιμο, μια ερώτηση αρχίζει να μας στοιχειώνει και είναι «Πότε να σταματήσετε να δοκιμάζετε το λογισμικό;»

Σίγουρα θα πρέπει να αισθανθήκατε τον ίδιο τρόπο και να ρωτήσετε, 'Πότε να σταματήσετε τις δοκιμές;', τουλάχιστον μία φορά. Θα έλεγα ότι η ερώτηση είναι «Πότε, πού και πώς να σταματήσεις τις δοκιμές;» :)

Εννοιολογικά έχουμε διαβάσει και πολλοί δοκιμαστές πιστεύουν ότι δεν μπορεί να υπάρξει μια συγκεκριμένη συνθήκη ή εξίσωση για να αποφασίσει «Πότε θα σταματήσει η δοκιμή;» Υπάρχουν ορισμένοι παράγοντες που πρέπει να λάβουμε υπόψη πριν καταλήξουμε σε αυτό το ερώτημα.

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

Τι θα μάθετε:

• Πότε είναι αρκετός έλεγχος;
• Διακοπή όταν εντοπίζονται όλα τα ελαττώματα: Είναι δυνατόν;
• Απόφαση για διακοπή της δοκιμής: Κριτήρια εξόδου
• Τι είναι τα κριτήρια ολοκλήρωσης ή εξόδου;
• Τι πρέπει να υπάρχει στα κριτήρια εξόδου;
• Ο έλεγχος μπορεί να διακοπεί όταν:
• Συμπέρασμα:
• Συνιστώμενη ανάγνωση

Πότε είναι αρκετός έλεγχος;

Πότε μπορούμε να πούμε ότι είναι αρκετή αυτή η δοκιμή; Μπορεί ποτέ να ολοκληρωθεί η δοκιμή;

Για να απαντήσουμε σε αυτές τις ερωτήσεις, θα πρέπει να αναλύσουμε τις δοκιμαστικές δραστηριότητες από την αρχή έως το τέλος. Λάβετε υπόψη ότι - Πρόκειται να καθορίσω αυτές τις δραστηριότητες με απλούς όρους - Όχι με φανταχτερό τεχνικό τρόπο.

Ας υποθέσουμε ότι αρχίζετε να δοκιμάζετε ένα νέο έργο.

Αρχικές Δραστηριότητες:

• Η ομάδα δοκιμών λαμβάνει απαιτήσεις.
• Η ομάδα δοκιμών ξεκινά σχεδίαση και σχεδίαση.
• Τα αρχικά έγγραφα δοκιμής είναι έτοιμα και ελέγχονται.

Δοκιμαστική εκτέλεση # 1)

• Η ομάδα δοκιμών ξεκινά την εκτέλεση δοκιμής μόλις λάβουν το ανεπτυγμένο προϊόν.
• Κατά τη διάρκεια της δοκιμαστικής φάσης, εκτελούν διάφορα σενάρια για να σπάσουν το λογισμικό και να βρουν πολλά ελαττώματα. (Επίσης, το ποσοστό ελαττωμάτων εδώ είναι υψηλότερο επειδή η εφαρμογή είναι καινούργια και υποβάλλεται σε αξιολόγηση για πρώτη φορά.)
• Τα ελαττώματα επιδιορθώνονται από προγραμματιστές και επέστρεψαν στην ομάδα δοκιμών για δοκιμή.
• Η ομάδα δοκιμών πραγματοποιεί επανεξέταση των ελαττωμάτων και εκτελεί παλινδρόμηση.
• Μόλις επιλυθούν τα περισσότερα ελαττώματα υψηλής σοβαρότητας και το λογισμικό φαίνεται σταθερό, Η ομάδα ανάπτυξης κυκλοφορεί την επόμενη έκδοση.

Δοκιμαστική εκτέλεση # 2)

• Η ομάδα δοκιμών ξεκινά τη δεύτερη δοκιμή και παρόμοιες δραστηριότητες εκτελούνται ως Run 1.
• Σε αυτήν τη διαδικασία κατά τη διάρκεια της δεύτερης δοκιμαστικής περιόδου, εντοπίζονται λίγα ακόμη ελαττώματα.
• Τα ελαττώματα επιδιορθώνονται από τους προγραμματιστές και επέστρεψαν στην ομάδα δοκιμών για επανεξέταση.
• Η ομάδα δοκιμών επανεξετάζει τα ελαττώματα και εκτελεί οπισθοδρόμηση .

Αυτό μπορεί να συνεχιστεί για πάντα. Εκτέλεση 3, Εκτέλεση 4 και μετά έως ότου εντοπιστούν όλα τα ελαττώματα στο λογισμικό και το λογισμικό δεν περιέχει σφάλματα.

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

Από το παραπάνω διάγραμμα ροής, μπορούμε σαφώς να συμπεράνουμε ότι οι δοκιμές μπορούν να συνεχιστούν έως ότου εντοπιστούν όλα τα ελαττώματα στο λογισμικό.

Αλλά το ερώτημα είναι - Είναι δυνατόν να εντοπίσουμε κάθε ελάττωμα στο λογισμικό; Ας προσπαθήσουμε να βρούμε την απάντηση για αυτήν την ερώτηση εκατομμυρίων δολαρίων :).

Διακοπή όταν εντοπίζονται όλα τα ελαττώματα: Είναι δυνατόν;

Τα περισσότερα λογισμικά είναι περίπλοκα και έχουν τεράστιο πεδίο δοκιμών. Δεν είναι αδύνατο να εντοπίσουμε όλα τα ελαττώματα στο λογισμικό, αλλά θα χρειαστούν για πάντα.

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

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

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

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

Απόφαση για διακοπή των δοκιμών: Κριτήρια εξόδου

Ας προσπαθήσουμε τώρα να καταλάβουμε - Ποιοι είναι οι πιο σημαντικοί παράγοντες που πρέπει να ληφθούν υπόψη κατά την ολοκλήρωση των δοκιμαστικών δραστηριοτήτων; Πιστεύω ότι η απόφαση διακοπής της δοκιμής εξαρτάται κυρίως από Χρόνος, προϋπολογισμός και έκταση των δοκιμών.

Η πιο συνηθισμένη προσέγγιση είναι να σταματήσετε όταν εξαντλείται ο Χρόνος / Προϋπολογισμός ή εκτελούνται όλα τα σενάρια δοκιμής. Ωστόσο, με αυτήν την προσέγγιση, θα συμβιβαστούμε με την ποιότητα των δοκιμών και αυτό δεν θα δώσει αρκετή εμπιστοσύνη για το λογισμικό. πως?

Ας δούμε με έναπαράδειγμα.

Σενάριο δοκιμής:

Ας υποθέσουμε ότι δοκιμάζετε μια ενότητα λογισμικού. Σας έχει διατεθεί ορισμένος προϋπολογισμός για να τον καλύψετε. Τα χρονοδιαγράμματα του έργου είναι για ένα μήνα. Τα συνολικά σενάρια δοκιμής είναι 200. Είστε ο μόνος που δοκιμάζετε αυτήν την ενότητα.

Σενάριο # 1)

Εβδομάδα 1: Βρίσκετε το ελάττωμα showstopper / σοβαρότητα 1 την ημέρα 1 και ολόκληρος ο έλεγχος έχει αποκλειστεί για 3 ημέρες. Ως εκ τούτου, δεν μπορείτε να εκτελέσετε κανένα από τα σενάρια έως ότου επιλυθεί το ελάττωμα Severity 1. Μετά από απώλεια 3 ημερών, ο αποκλεισμός επιλύθηκε και συνεχίζετε την εκτέλεση.

Στο τέλος της εβδομάδας, ολοκληρώνετε 20 σενάρια με λίγα πιο σημαντικά υψηλά ελαττώματα προτεραιότητας .

Εβδομάδα 2: Ξεκινάτε να δοκιμάζετε το λογισμικό εστιάζοντας περισσότερο στην εύρεση ελαττωμάτων. Ανοίγετε λίγα ακόμη ελαττώματα σοβαρότητας 1, σοβαρότητας 2 και σοβαρότητας 3 κατά τη δεύτερη εβδομάδα και στο τέλος της εβδομάδας, μπορείτε να καλύψετε 70 σενάρια.

Εβδομάδα 3: Στην αρχή του 3^rdτην εβδομάδα θα επιλυθούν όλα τα ελαττώματα υψηλής προτεραιότητας, μαζί με την εκτέλεση σεναρίων σε εκκρεμότητα, πρέπει τώρα να ελέγξετε ξανά όλα τα ελαττώματα που έχουν προσγειωθεί στον κάδο δοκιμών. Συνεχίζοντας με την καλή πρόοδο καλύπτετε 120 σενάρια με επιπλέον ελαττώματα.

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

Εβδομάδα 4: Μέχρι την 4η εβδομάδα θα πρέπει να δοκιμάσετε ξανά τα περισσότερα ελαττώματα και τα υπόλοιπα 80 σενάρια. Με αυτό έως το τέλος της εβδομάδας 4, μπορείτε να ολοκληρώσετε έως και 180 σενάρια με όλα τα ελαττώματα προτεραιότητας Υψηλής και Μεσαίας να διορθώνονται και να δοκιμάζονται εκ νέου.

Βάζοντας αυτές τις πληροφορίες σε μορφή πίνακα:

Πρέπει να σταματήσετε εδώ;

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

• Τα σενάρια δεν εκτελούνται πλήρως.
• Λίγες ροές δεν δοκιμάζονται ούτε μία φορά.
• Όλα τα σενάρια που καλύπτονται εκτελούνται μόνο μία φορά.
• Το λογισμικό έχει ακόμα ελαττώματα σε αυτό.
• Η παλινδρόμηση δεν καλύπτεται.

Σενάριο # 2)

Εβδομάδα 1: Βρίσκετε το ελάττωμα σοβαρότητας 1 την ημέρα 1 και ο πλήρης έλεγχος αποκλείεται για 3 ημέρες. Ως εκ τούτου, δεν μπορείτε να εκτελέσετε κανένα από τα σενάρια έως ότου επιλυθεί το σφάλμα σοβαρότητας 1. Μετά από απώλεια 3 ημερών, ο αποκλεισμός επιλύθηκε και συνεχίζετε την εκτέλεση.

Στο τέλος της εβδομάδας, ολοκληρώνετε 20 σενάρια με λίγα ακόμη ελαττώματα. Αυτή η εβδομάδα παραμένει ίδια με το Σενάριο 1.

Εβδομάδα 2: Ανοίγετε λίγα ακόμη ελαττώματα σοβαρότητας 1, σοβαρότητας 2 και σοβαρότητας 3 κατά τη δεύτερη εβδομάδα, αλλά η εστίαση είναι να καλύψετε περισσότερα σενάρια για την κάλυψη καθυστερήσεων από την εβδομάδα 1. Στο τέλος της εβδομάδας, μπορείτε να καλύψετε 120 σενάρια.

Εβδομάδα 3: Στην αρχή του 3^rdτην εβδομάδα θα επιλυθούν όλα τα ανοιχτά ελαττώματα, οπότε μαζί με την εκτέλεση σεναρίων σε εκκρεμότητα, πρέπει τώρα να ελέγξετε ξανά όλα τα ελαττώματα που προσγειώνονται σε έναν κάδο δοκιμών. Συνεχίζοντας με καλή πρόοδο στο τέλος, το πλήθος των σεναρίων που ολοκληρώθηκαν γίνεται 200 ​​με επιπλέον ελαττώματα.

Τώρα μπορείτε να αναφέρετε μόνο ελαττώματα σοβαρότητας 2 και σοβαρότητας 3.

Βάζοντας αυτές τις πληροφορίες σε μορφή πίνακα:

πώς να ρυθμίσετε ένα τείχος προστασίας σε ένα δίκτυο

Πρέπει να σταματήσετε εδώ;

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

Δεν οφείλεται πραγματικά στους παρακάτω λόγους:

• Όλα τα σενάρια εκτελούνται μόνο μία φορά.
• Το λογισμικό εξακολουθεί να έχει πολλά μεγάλα ελαττώματα σε αυτό.
• Η παλινδρόμηση δεν καλύπτεται.

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

Αυτά τα κριτήρια ορίζονται ως κριτήρια ολοκλήρωσης ή εξόδου. Είναι η απάντηση στην ερώτησή μας - 'Πότε πρέπει να σταματήσετε τις δοκιμές;'.

Τι είναι τα κριτήρια ολοκλήρωσης ή εξόδου;

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

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

Τι πρέπει να υπάρχει στα κριτήρια εξόδου;

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

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

Ο έλεγχος μπορεί να διακοπεί όταν:

Απαιτήσεις:

• Επιτυγχάνεται κάλυψη απαιτήσεων 100%.

Ελαττώματα:

• Επιτυγχάνεται ο καθορισμένος / επιθυμητός αριθμός ελαττωμάτων.
• Όλα τα ελαττώματα Show Stopper ή Blockers είναι διορθωμένα και δεν υπάρχει γνωστό ελαττωματικό Critical / Severity 1 σε κατάσταση Open.
• Όλα τα ελαττώματα υψηλής προτεραιότητας εντοπίζονται και διορθώνονται.
• Το ποσοστό ελαττωμάτων πέφτει κάτω από το καθορισμένο αποδεκτό ποσοστό.
• Πολύ λίγα ελαττώματα μεσαίας προτεραιότητας είναι ανοιχτά και έχουν λύση.
• Πολύ λίγα ελαττώματα χαμηλής προτεραιότητας που δεν επηρεάζουν τη χρήση λογισμικού.
• Όλα τα ελαττώματα υψηλής προτεραιότητας επανεξετάζονται και κλείνουν και εκτελούνται επιτυχώς τα αντίστοιχα σενάρια παλινδρόμησης.

Κάλυψη δοκιμής:

• Η κάλυψη δοκιμής πρέπει να επιτευχθεί 95%.
• Το ποσοστό επιτυχίας δοκιμής θα πρέπει να είναι 95%. Αυτό μπορεί να υπολογιστεί με τον τύπο
  • (Συνολικός αριθμός TC που πέρασε / Συνολικός αριθμός TC) * 100.
• Όλες οι κρίσιμες περιπτώσεις δοκιμής περνούν.
• 5% δοκιμαστικές περιπτώσεις μπορεί να αποτύχουν, αλλά οι αποτυχημένες δοκιμές έχουν χαμηλή προτεραιότητα.
• Επιτυγχάνεται πλήρης λειτουργική κάλυψη.
• Όλες οι μεγάλες λειτουργικές / επιχειρηματικές ροές εκτελούνται με επιτυχία με διάφορες εισόδους και λειτουργούν καλά.

Προθεσμίες:

• Η προθεσμία του έργου ή η προθεσμία δοκιμής ολοκληρώθηκε.

Έγγραφα δοκιμής:

• Όλα τα δοκιμαστικά έγγραφα / παραδοτέα (Παράδειγμα - Συνοπτική έκθεση δοκιμής ) προετοιμάζονται, αναθεωρούνται και δημοσιεύονται.

Προϋπολογισμός:

• Ο πλήρης προϋπολογισμός δοκιμών έχει εξαντληθεί.

Συναντήσεις «Go / No Go»:

• ' Go / No Go ' συνάντηση έχει διεξαχθεί με τα ενδιαφερόμενα μέρη και αποφασίζεται εάν το έργο θα πρέπει να τεθεί σε παραγωγή ή όχι.

Συμπέρασμα:

Ας το κάνουμε πολύ απλό στο τέλος.

Απαντήστε σε ερωτήσεις με ένα απλό Ναι ή Όχι.

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

• Εκτελούνται όλες οι δοκιμαστικές περιπτώσεις τουλάχιστον μία φορά;
• Είναι ο ρυθμός Pass Case Pass όπως ορίζεται;
• Επιτυγχάνεται πλήρης δοκιμαστική κάλυψη;
• Εκτελούνται όλες οι λειτουργικές / Επιχειρηματικές ροές τουλάχιστον μία φορά;
• Έχει επιτευχθεί ο καθορισμένος αριθμός ελαττωμάτων;
• Είναι όλα τα κύρια ελαττώματα υψηλής προτεραιότητας διορθωμένα και κλειστά;
• Έχουν ελεγχθεί και κλείσει όλα τα ελαττώματα;
• Έχει γίνει παλινδρόμηση για όλα τα ανοιχτά ελαττώματα;
• Έχετε εξαντλήσει τον προϋπολογισμό δοκιμών;
• Έχει φτάσει η ώρα λήξης της δοκιμής;
• Αναθεωρούνται και δημοσιεύονται όλα τα παραδοτέα δοκιμής;

Σχετικά με τον Συγγραφέα: Αυτό είναι ένα άρθρο επισκεπτών της Renuka K. Έχει 11+ χρόνια εμπειρίας δοκιμής λογισμικού.

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

Καλή δοκιμή!

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

• Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
• Δοκιμή λογισμικού QA Assistant Job
• Αναλυτικό πρόγραμμα μαθημάτων δοκιμής λογισμικού - Διαδικτυακό λεπτομερές πρόγραμμα εκπαίδευσης
• Μάθημα δοκιμών λογισμικού: Σε ποιο Ινστιτούτο Δοκιμών Λογισμικού πρέπει να εγγραφώ;
• Επιλέγοντας Δοκιμή λογισμικού ως καριέρα σας
• Δοκιμή λογισμικού Τεχνικό περιεχόμενο Συγγραφέας Freelancer Job
• Μερικές ενδιαφέρουσες ερωτήσεις συνέντευξης δοκιμών λογισμικού
• Σχόλια και σχόλια μαθήματος δοκιμών λογισμικού