Πώς να εντοπίσετε σφάλματα από απόσταση χρησιμοποιώντας επαναλήψεις αποτυχίας λογισμικού

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

Παραδοσιακή αντιμετώπιση προβλημάτων παραγωγής

Σήμερα, η ροή εργασίας κατά της αποσφαλμάτωσής σας μπορεί να φαίνεται ως εξής:

  • Πάρτε την αρχική περιγραφή του προβλήματος από τον πελάτη
  • Αν το ζήτημα δεν μπορεί να επιλυθεί εξ αποστάσεως, στείλτε Field Engineer Engineer ή προγραμματιστή στον ιστότοπο του πελάτη
  • FAE ή dev αναθεωρήσουν το ζήτημα, χρησιμοποιώντας αντικείμενα όπως κούτσουρα ή πυρήνες πυρήνα
  • Αν το πρόβλημα δεν μπορεί να επιλυθεί σε αυτό το σημείο, έχει οριστεί ένας μηχανικός Ε & Α
  • Τα κούτσουρα, οι χωματερές και / ή άλλες πληροφορίες επιστρέφονται στον μηχανικό της Ε & Α για σφάλμα
  • Ο μηχανικός έρευνας και ανάπτυξης κάνει μια νέα κατασκευή που περιέχει μια κερδοσκοπική αποτύπωση με βάση τις περιορισμένες διαθέσιμες πληροφορίες και περιμένει την ανάδραση από τον πελάτη
  • Το FAE ή το dev εφαρμόζει το νέο build στον ιστότοπο του πελάτη
  • Ανάλογα με τα σχόλια των πελατών, το ζήτημα επιλύεται ή πραγματοποιείται μια άλλη επανάληψη της ροής εργασιών
  • Η FAE ή η dev επιβεβαιώνει ότι το fix έχει επιλύσει το ζήτημα και κλείσει το εισιτήριο υποστήριξης

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

Μια νέα παγκόσμια τάξη

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

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

Το LiveRecorder βασίζεται σε αυτή τη διαγνωστική τεχνολογία επόμενου γενιάς. Μπορεί να καταγράψει μια αποτυχημένη διαδικασία (κάτω από το επίπεδο διδασκαλίας) για αναπαραγωγή εκτός σύνδεσης.

Εδώ είναι πώς λειτουργεί όταν το LiveRecorder είναι ενσωματωμένο στο προϊόν σας όταν αναπτύσσετε:

  • Όταν τα πράγματα πηγαίνουν στραβά στην παραγωγή, ζητήστε από τον πελάτη σας να ενεργοποιήσει το LiveRecorder για να καταγράψει την αποτυχημένη διαδικασία μέσα σε μια εγγραφή και να σας στείλει το αρχείο (σημείωση: η εγγραφή χρησιμεύει ως αυτόνομη επαναληπτική δοκιμαστική θήκη)
  • Ο πελάτης σας στέλνει το αρχείο εγγραφής για να επαναλάβετε την αναπαραγωγή του αρχικού περιβάλλοντος και να εντοπίσετε σφάλματα
  • Αφού αναλύσετε την εγγραφή πατώντας προς τα εμπρός και προς τα πίσω στην εκτέλεση του κώδικα, μπορείτε να προσδιορίσετε τη βασική αιτία του προβλήματος, να αναπτύξετε μια επιδιόρθωση και να αναπτύξετε αυτήν την επιδιόρθωση!
  • Πηγαίνετε στον εαυτό σας έναν καφέ καφέ και συνεχίστε με την ανάπτυξη του χαρακτηριστικού στο οποίο εργαζόταν πριν διακόψετε.

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

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

Αρχικά δημοσιεύθηκε στη διεύθυνση https://undo.io.