Γεια σου Χαμπρ!
Έχουμε ένα νέο σημαντικό θέμα - ανάπτυξη υψηλής ποιότητας προϊόντων πληροφορικής. Στο HighLoad++ μιλάμε συχνά για το πώς να κάνουμε γρήγορες πολυάσχολες υπηρεσίες και στο Frontend Conf μιλάμε για μια δροσερή διεπαφή χρήστη που δεν επιβραδύνει. Έχουμε τακτικά θέματα σχετικά με τις δοκιμές και το DevOpsConf σχετικά με το συνδυασμό διαφορετικών διαδικασιών, συμπεριλαμβανομένων των δοκιμών. Αλλά για το τι μπορεί να ονομαστεί ποιότητα γενικά και πώς να το δουλέψετε ολοκληρωμένα - όχι.
Ας το διορθώσουμε μέχρι — θα αναπτύξουμε μια κουλτούρα σκέψης για την ποιότητα του τελικού προϊόντος για τον χρήστη σε κάθε στάδιο ανάπτυξης. Η συνήθεια να μην εστιάζετε στον τομέα της ευθύνης σας και να συνδέετε την ποιότητα όχι μόνο με τους δοκιμαστές.
Κάτω από την περικοπή θα μιλήσουμε με τον επικεφαλής της επιτροπής προγράμματος, επικεφαλής δοκιμών στο Tinkoff.Business, δημιουργό της ρωσόφωνης κοινότητας QA Αναστασία Ασέεβα-Νγκουγιέν σχετικά με την κατάσταση του κλάδου QA και την αποστολή του νέου συνεδρίου.
- Nastia γεια σου. Πες μας για σένα.
Αναστασία: Διαχειρίζομαι τις δοκιμές σε μια τράπεζα, είμαι υπεύθυνος για μια πολύ μεγάλη ομάδα - είμαστε περισσότερα από 90 άτομα. Έχουμε μια σημαντική επιχειρηματική γραμμή· είμαστε υπεύθυνοι για το οικοσύστημα για νομικά πρόσωπα.
Σπούδασα μηχανική και μαθηματικά και αρχικά ήθελα να γίνω προγραμματιστής. Αλλά όταν έλαβα μια ενδιαφέρουσα προσφορά, αποφάσισα να δοκιμάσω τον εαυτό μου ως δοκιμαστής. Παραδόξως, αυτό αποδείχθηκε ότι ήταν η κλήση μου. Τώρα βλέπω όλη μου τη δουλειά σε αυτόν τον κλάδο.
Είμαι ένθερμος υποστηρικτής της πειθαρχίας της Διασφάλισης Ποιότητας. Δεν αδιαφορώ για το ποια προϊόντα δημιουργούνται, πώς αντιμετωπίζεται η ποιότητα στην εταιρεία, στην ομάδα και, καταρχήν, στη διαδικασία ανάπτυξης.
Είναι αυτονόητο για μένα η κοινότητα προς αυτή την κατεύθυνση δεν είναι αρκετά ώριμη, τουλάχιστον στη Ρωσία. Δεν καταλαβαίνουμε πάντα ότι η διασφάλιση ποιότητας δεν είναι μόνο το γεγονός της δοκιμής μιας εφαρμογής για συμμόρφωση με τις απαιτήσεις. Θα ήθελα να αλλάξω αυτή την κατάσταση.
— Χρησιμοποιείτε τις λέξεις Quality Assurance and Testing. Στα μάτια του μέσου ανθρώπου, αυτοί οι δύο όροι πολύ συχνά αλληλοεπικαλύπτονται. Πώς διαφέρουν αν σκάβετε βαθιά;
Αναστασία: Αντίθετα, δεν διαφέρουν. Οι δοκιμές είναι μέρος της πειθαρχίας της Διασφάλισης Ποιότητας· είναι μια άμεση δραστηριότητα - το ίδιο το γεγονός ότι δοκιμάζω κάτι. Υπάρχουν στην πραγματικότητα πολλοί τύποι δοκιμών και μια ποικιλία ατόμων είναι υπεύθυνα για διαφορετικούς τύπους δοκιμών. Αλλά εδώ στη Ρωσία, όταν εμφανίστηκε ένα κύμα εξωτερικών συνεργατών που προμηθεύουν δοκιμαστές σε εταιρείες, οι δοκιμές περιορίστηκαν σε έναν μόνο τύπο.
Στις περισσότερες περιπτώσεις, περιορίζονται μόνο σε λειτουργικές δοκιμές: ελέγχουν ότι αυτά που έχουν κωδικοποιήσει οι προγραμματιστές συμμορφώνονται με τις προδιαγραφές και αυτό είναι όλο.
— Πείτε μας, ποιοι άλλοι κλάδοι διασφάλισης ποιότητας υπάρχουν; Τι άλλο, εκτός από τη δοκιμή, περιλαμβάνεται εδώ;
Αναστασία: Η διασφάλιση ποιότητας αφορά, πρώτα απ 'όλα, τη δημιουργία ενός ποιοτικού προϊόντος. Αναρωτιόμαστε δηλαδή ποια ποιοτικά χαρακτηριστικά πρέπει να έχει το προϊόν μας. Αντίστοιχα, αν το κατανοήσουμε αυτό, μπορούμε να συγκρίνουμε ποιος επηρεάζει αυτά τα ποιοτικά χαρακτηριστικά. δεν πειράζει, προγραμματιστής, διαχειριστής έργου ή ειδικός προϊόντων είναι ένα άτομο που επηρεάζει την ανάπτυξη ενός προϊόντος, το υστέρημά του και τη στρατηγική του.
Ο δοκιμαστής αποκτά μεγαλύτερη επίγνωση του ρόλου του. Κατανοεί ότι το καθήκον του δεν είναι μόνο να ελέγχει τη συμμόρφωση με τις απαιτήσεις, αλλά και να δοκιμάζει τις απαιτήσεις, να αμφισβητεί τα σκευάσματα που προέρχονται από τον ειδικό του προϊόντος και να αποκαλύπτει όλες τις σιωπηρές απαιτήσεις και προσδοκίες του πελάτη. Όταν παρέχουμε νέα λειτουργικότητα στον πελάτη μας, πρέπει να ανταποκριθούμε πραγματικά στις προσδοκίες του και να λύσουμε τον πόνο του. Αν σκεφτούμε όλα τα χαρακτηριστικά της ποιότητας, ο πελάτης θα μείνει ικανοποιημένος και θα καταλάβει ότι η εταιρεία της οποίας το προϊόν χρησιμοποιεί ενδιαφέρεται πραγματικά για τα ενδιαφέροντά του και δεν λειτουργεί με βάση την αρχή «απλώς για να κυκλοφορήσει ένα χαρακτηριστικό».
— Φαίνεται ότι αυτό που μόλις περιγράψατε είναι καθήκον ενός ειδικού προϊόντων. Αυτό, καταρχήν, δεν αφορά τις δοκιμές και όχι την ποιότητα - είναι γενικά για τη διαχείριση προϊόντων, όχι;
Αναστασία: Συμπεριλαμβανομένου. Η Διασφάλιση Ποιότητας δεν είναι ένας κλάδος για τον οποίο είναι υπεύθυνο ένα συγκεκριμένο άτομο. Τώρα υπάρχει μια δημοφιλής κατεύθυνση στις δοκιμές, μια προσέγγιση που ονομάζεται Εύκαμπτο τεστ. Ο ορισμός του δηλώνει ξεκάθαρα ότι πρόκειται για μια ομαδική προσέγγιση στις δοκιμές, η οποία περιλαμβάνει ένα συγκεκριμένο σύνολο πρακτικών. Ολόκληρη η ομάδα είναι υπεύθυνη για την εφαρμογή αυτής της προσέγγισης· δεν είναι καν απαραίτητο να υπάρχει δοκιμαστής στην ομάδα. Ολόκληρη η ομάδα επικεντρώνεται στην παροχή αξίας στον πελάτη και στη διασφάλιση ότι η αξία ανταποκρίνεται στις προσδοκίες των πελατών.
— Αποδεικνύεται ότι η ποιότητα διασταυρώνεται σχεδόν με όλους τους γύρω κλάδους, επιβάλλοντας ένα πλαίσιο σε όλα τα γύρω;
Αναστασία: Σωστά. Όταν σκεφτόμαστε πώς θέλουμε να δημιουργήσουμε ένα ποιοτικό προϊόν, αρχίζουμε να σκεφτόμαστε τις διάφορες ιδιότητες της ποιότητας. Για παράδειγμα, πώς να ελέγξουμε ότι δημιουργήσαμε πραγματικά τη δυνατότητα που χρειάζεται ο πελάτης μας.
Εδώ έρχεται αυτός ο τύπος δοκιμής: UAT (δοκιμή αποδοχής χρήστη). Δυστυχώς, σπάνια εφαρμόζεται στη Ρωσία, αλλά μερικές φορές υπάρχει σε ομάδες SCRUM ως επίδειξη για τον τελικό πελάτη. Αυτός είναι ένας αρκετά κοινός τύπος δοκιμών σε ξένες εταιρείες. Πριν ανοίξουμε τη λειτουργικότητα σε όλους τους πελάτες, κάνουμε πρώτα UAT, δηλαδή προσκαλούμε τον τελικό χρήστη που δοκιμάζει και δίνει αμέσως σχόλια - εάν το προϊόν ανταποκρίνεται πραγματικά στις προσδοκίες και λύνει τον πόνο. Μόνο μετά από αυτό γίνεται κλιμάκωση σε όλους τους άλλους πελάτες.
Δηλαδή, εστιάζουμε στην επιχείρηση, στον τελικό πελάτη, αλλά ταυτόχρονα μην ξεχνάτε την τεχνολογία. Η ποιότητα του προϊόντος εξαρτάται επίσης σε μεγάλο βαθμό από την τεχνολογία. Εάν έχουμε κακή αρχιτεκτονική, δεν θα μπορούμε να απελευθερώσουμε γρήγορα χαρακτηριστικά και να ανταποκριθούμε στις προσδοκίες των πελατών. Μπορεί να υπάρχουν πολλά σφάλματα κατά την προσπάθεια κλιμάκωσης ή όταν προσπαθούμε να ανακατασκευάσουμε μπορεί να σπάσουμε κάτι. Όλα αυτά θα επηρεάσουν την ικανοποίηση των πελατών.
Από αυτή την άποψη, η αρχιτεκτονική θα πρέπει να είναι τέτοια ώστε να μπορούμε να γράφουμε καθαρό κώδικα που θα μας επιτρέπει να κάνουμε γρήγορα αλλαγές και να μην φοβόμαστε ότι θα σπάσουμε τα πάντα. Έτσι ώστε οι επαναλήψεις αναθεώρησης να μην εκτείνονται σε αρκετούς μήνες απλώς και μόνο επειδή έχουμε τόση κληρονομιά και πρέπει να κάνουμε μεγάλα στάδια δοκιμών.
— Συνολικά, οι προγραμματιστές, οι αρχιτέκτονες, οι επιστήμονες προϊόντων, οι διαχειριστές προϊόντων και οι ίδιοι οι δοκιμαστές συμμετέχουν ήδη. Ποιος άλλος εμπλέκεται στη διαδικασία διασφάλισης ποιότητας;
Αναστασία: Τώρα ας φανταστούμε ότι έχουμε ήδη παραδώσει τη δυνατότητα στον πελάτη. Προφανώς, η ποιότητα του προϊόντος πρέπει να παρακολουθείται ακόμη και όταν είναι ήδη σε παραγωγή. Σε αυτό το στάδιο, μπορεί να εμφανιστούν καταστάσεις με μη προφανή σενάρια, τα λεγόμενα σφάλματα.
Το πρώτο ερώτημα είναι πώς αντιμετωπίζουμε αυτά τα σφάλματα αφού έχουμε ήδη κυκλοφορήσει το προϊόν; Πώς αντιδρούμε, για παράδειγμα, στο άγχος; Ο πελάτης δεν θα είναι πολύ ευχαριστημένος εάν η σελίδα χρειάζεται περισσότερα από 30 δευτερόλεπτα για να φορτώσει.
Εδώ μπαίνει στο παιχνίδι η εκμετάλλευση ή, όπως την αποκαλούν τώρα, DevOps. Στην πραγματικότητα, αυτοί είναι οι άνθρωποι που είναι υπεύθυνοι για τη λειτουργία του προϊόντος όταν αυτό είναι ήδη σε παραγωγή. Αυτό περιλαμβάνει διάφορους τύπους παρακολούθησης. Υπάρχει ακόμη και ένας υποτύπος δοκιμής - δοκιμής στην παραγωγή, όταν επιτρέπουμε στον εαυτό μας να μην δοκιμάσει κάτι πριν από την κυκλοφορία και να το δοκιμάσει αμέσως στην παραγωγή. Πρόκειται για μια σειρά μέτρων από την άποψη της οργάνωσης της υποδομής που σας επιτρέπουν να ανταποκριθείτε γρήγορα σε ένα περιστατικό, να το επηρεάσετε και να το διορθώσετε.
Σημαντική είναι και η υποδομή. Υπάρχουν συχνά περιπτώσεις όπου, κατά τη διάρκεια μιας δοκιμής, είναι αδύνατο να βεβαιωθούμε ότι έχουμε πραγματικά όλα όσα θα θέλαμε να δώσουμε στον πελάτη. Το βγάζουμε στην παραγωγή και αρχίζουμε να πιάνουμε μη προφανείς καταστάσεις. Και όλα αυτά επειδή η υποδομή στη δοκιμή δεν αντιστοιχεί στην υποδομή στην παραγωγή. Αυτό οδηγεί σε έναν νέο τύπο δοκιμών - δοκιμές υποδομής. Αυτές είναι διάφορες διαμορφώσεις, ρυθμίσεις, μετεγκατάσταση βάσης δεδομένων κ.λπ.
Αυτό εγείρει το ερώτημα - ίσως η ομάδα πρέπει να χρησιμοποιήσει την υποδομή ως κώδικα.
Πιστεύω ότι οι υποδομές επηρεάζουν άμεσα την ποιότητα του προϊόντος.
Ελπίζω να υπάρξει έκθεση στο συνέδριο με πραγματική υπόθεση. Γράψτε μας εάν είστε έτοιμοι να μας πείτε από τη δική σας εμπειρία πώς η υποδομή ως κώδικας επηρεάζει την ποιότητα. Η υποδομή ως κώδικας διευκολύνει τον έλεγχο όλων των ρυθμίσεων και τον έλεγχο πραγμάτων που διαφορετικά απλά δεν είναι δυνατά. Επομένως, η λειτουργία εμπλέκεται επίσης στη διαδικασία ανάπτυξης ενός ποιοτικού προϊόντος.
— Τι γίνεται με την ανάλυση και την τεκμηρίωση;
Αναστασία: Αυτό ισχύει περισσότερο για εταιρικά συστήματα. Όταν μιλάμε για επιχειρήσεις, άνθρωποι όπως οι αναλυτές και οι αναλυτές συστημάτων έρχονται αμέσως στο μυαλό. Μερικές φορές αποκαλούνται τεχνικοί συγγραφείς. Λαμβάνουν μια εργασία να γράψουν μια προδιαγραφή και να την ολοκληρώσουν, για παράδειγμα, για ένα μήνα.
Έχει αποδειχθεί επανειλημμένα ότι η σύνταξη μιας τέτοιας τεκμηρίωσης οδηγεί σε πολύ μεγάλες επαναλήψεις ανάπτυξης και μακροχρόνιες επαναλήψεις βελτίωσης, επειδή κατά τη διάρκεια της διαδικασίας δοκιμής εντοπίζονται σφάλματα και αρχίζουν οι επιστροφές. Ως αποτέλεσμα, υπάρχουν πολλοί βρόχοι που αυξάνουν το κόστος ανάπτυξης. Επιπλέον, αυτό μπορεί να δημιουργήσει τρωτά σημεία. Φαίνεται ότι έχουμε γράψει κώδικα αναφοράς, αλλά στη συνέχεια κάναμε αλλαγές που σπάνε την τέλεια μελετημένη αρχιτεκτονική.
Το τελικό αποτέλεσμα είναι ένα προϊόν όχι εντελώς υψηλής ποιότητας, επειδή έχουν ήδη εμφανιστεί patches στην αρχιτεκτονική, ο κώδικας σε ορισμένα σημεία δεν καλύπτεται επαρκώς από δοκιμές, επειδή οι προθεσμίες εξαντλούνται, όλα τα σφάλματα πρέπει να κλείσουν γρήγορα. Και όλα αυτά επειδή η αρχική προδιαγραφή δεν έλαβε υπόψη όλα τα σημεία που πρέπει να εφαρμοστούν.
Οι προγραμματιστές δεν είναι παράσιτα και δεν γράφουν κώδικα με λάθη επίτηδες.
Αν αρχικά είχαμε σκεφτεί μια προδιαγραφή που θα κάλυπτε όλα τα απαραίτητα σημεία, τότε όλα θα είχαν εφαρμοστεί όπως ακριβώς χρειαζόταν. Αλλά αυτό είναι μια ουτοπία.
Είναι μάλλον αδύνατο να γράψετε μια τέλεια προδιαγραφή 100 σελίδων. Να γιατί πρέπει να σκεφτείτε εναλλακτικούς τρόπους συγγραφής τεκμηρίωσης, προδιαγραφές, καθορισμός εργασιών που θα μας έφερναν πιο κοντά στο να διασφαλίσουμε ότι ο προγραμματιστής κάνει ακριβώς αυτό που χρειάζεται.
Εδώ έρχονται στο μυαλό προσεγγίσεις από το Agile - ιστορίες χρηστών με κριτήρια αποδοχής. Αυτό ισχύει περισσότερο για ομάδες που αναπτύσσονται σε μικρές επαναλήψεις.
— Τι γίνεται με τις δοκιμές ευχρηστίας, τη χρηστικότητα του προϊόντος, τον σχεδιασμό;
Αναστασία: Αυτό είναι ένα πολύ σημαντικό σημείο, γιατί υπάρχουν σχεδιαστές στην ομάδα. Τις περισσότερες φορές, οι σχεδιαστές χρησιμοποιούνται ως υπηρεσία - είτε από τμήμα σχεδιασμού είτε από εξωτερικό σχεδιαστή. Υπάρχουν συχνά περιπτώσεις όπου φαίνεται ότι ο σχεδιαστής άκουσε τον ειδικό του προϊόντος και έκανε αυτό που κατάλαβε. Αλλά όταν ξεκινάμε την επανάληψη, αποδεικνύεται ότι αυτό που έγινε στην πραγματικότητα δεν ήταν το αναμενόμενο: ο σχεδιαστής ξέχασε κάτι, δεν σκέφτηκε πλήρως τη συμπεριφορά, επειδή δεν είναι στην ομάδα και δεν είναι στο πλαίσιο ή στο μπροστινό μέρος Ο τελικός προγραμματιστής δεν κατάλαβε πλήρως τη διάταξή του. Μπορεί να χρειαστούν αρκετές επαναλήψεις μόνο και μόνο επειδή υπάρχει πρόβλημα με τον προγραμματιστή του front-end να κατανοήσει τη σχεδίαση.
Επιπλέον, υπάρχει ένα ακόμη πρόβλημα. Τα συστήματα σχεδίασης κερδίζουν πλέον δημοτικότητα. Είναι σε διαφημιστική εκστρατεία, αλλά τα οφέλη από αυτά δεν είναι εντελώς προφανή.
Συναντώ την άποψη ότι τα συστήματα σχεδιασμού αφενός απλοποιούν την ανάπτυξη, αφετέρου όμως επιβάλλουν πολλούς περιορισμούς στη διεπαφή.
Ως αποτέλεσμα, δεν φτιάχνουμε το χαρακτηριστικό που θέλει ο πελάτης, αλλά αυτό που μας βολεύει, επειδή έχουμε ήδη συγκεκριμένους κύβους από τους οποίους μπορούμε να το φτιάξουμε.
Νομίζω ότι αυτό είναι ένα θέμα που αξίζει να ρίξετε μια ματιά και να αναρωτηθείτε εάν προσπαθώντας να κάνουμε το σχεδιασμό ευκολότερο λύνουμε πραγματικά ένα σημείο πόνου του πελάτη.
— Υπάρχει ένας εκπληκτικός αριθμός θεμάτων που σχετίζονται με τη Διασφάλιση Ποιότητας. Υπάρχει κάποιο συνέδριο στη Ρωσία όπου μπορούν να συζητηθούν όλα αυτά;
Αναστασία: Υπάρχει το παλαιότερο συνέδριο δοκιμών, το οποίο θα διεξαχθεί για 25η φορά φέτος και ονομάζεται Συνέδριο Διασφάλισης Ποιότητας SQA Days. Περιλαμβάνει κυρίως εργαλεία και συγκεκριμένες προσεγγίσεις δοκιμών για λειτουργικούς δοκιμαστές. Κατά κανόνα, οι αναφορές στο SQA Days εξετάζουν σε βάθος συγκεκριμένους τομείς στον τομέα της ευθύνης των ίδιων των ελεγκτών, αλλά όχι πολύπλοκες δραστηριότητες.
Αυτό βοηθά πολύ στην κατανόηση διαφορετικών εργαλείων και προσεγγίσεων, στον τρόπο δοκιμής βάσεων δεδομένων, API κ.λπ. Ταυτόχρονα όμως, αφενός, δεν δίνει κίνητρο για τη δημιουργία ενός καλύτερου προϊόντος πέρα από την απλή δοκιμή. Από την άλλη πλευρά, οι δοκιμαστές δεν εμπλέκονται περισσότερο στη διαδικασία για να σκεφτούν τον παγκόσμιο στόχο του προϊόντος και της επιχειρηματικής του συνιστώσας.
Διαχειρίζομαι ένα μεγάλο τμήμα και πραγματοποιώ πολλές συνεντεύξεις που παρέχουν πραγματικά μια εικόνα για την κατάσταση του κλάδου στο σύνολό του. Κατά κανόνα, τα παιδιά μας εργάζονται σε επιχειρήσεις και έχουν έναν σαφή τομέα ευθύνης. Οι συνάδελφοι που εργάζονται σε ξένα έργα χρησιμοποιούν διαφορετικούς τύπους δοκιμών: οι ίδιοι μπορούν να κάνουν δοκιμές φόρτωσης, δοκιμές απόδοσης, ακόμη και μερικές φορές δοκιμές ασφαλείας, επειδή βοηθούν πραγματικά την ομάδα να διασφαλίσει την ποιότητα του προϊόντος.
Θα ήθελα και τα παιδιά στη Ρωσία να αρχίσουν να πιστεύουν ότι η βιομηχανία δεν τελειώνει με λειτουργικές δοκιμές.
— Για το σκοπό αυτό, διοργανώνουμε ένα νέο συνέδριο, το QualityConf, το οποίο είναι αφιερωμένο στην ποιότητα ως αναπόσπαστο επιστημονικό κλάδο. Πείτε μας περισσότερα για την ιδέα, ποιος είναι ο βασικός στόχος του συνεδρίου;
Αναστασία: Θέλουμε να δημιουργήσουμε μια κοινότητα ανθρώπων που ενδιαφέρονται για την παραγωγή ποιοτικών προϊόντων. Προσφέρετε μια πλατφόρμα όπου μπορούν να έρθουν, να ακούσουν εκθέσεις και να φύγουν μετά το συνέδριο με μια συγκεκριμένη κατανόηση του τι πρέπει να αλλάξει για τη βελτίωση της ποιότητας.
Σήμερα ακούω συχνά ένα αίτημα από διαβούλευση σχετικά με το τι πρέπει να κάνω όταν υπάρχουν προβλήματα με τις δοκιμές και την ποιότητα. Όταν ξεκινάτε να επικοινωνείτε με τις ομάδες, βλέπετε ότι το πρόβλημα δεν έγκειται στους ίδιους τους δοκιμαστές, αλλά στο πώς είναι δομημένη η διαδικασία. Για παράδειγμα, όταν οι προγραμματιστές πιστεύουν ότι είναι υπεύθυνοι μόνο για τη σύνταξη κώδικα, η ευθύνη τους τελειώνει ακριβώς τη στιγμή που παραδίδουν την εργασία σε δοκιμή.
Δεν σκέφτονται όλοι το γεγονός ότι ο κακώς γραμμένος, χαμηλής ποιότητας κώδικας με κακή αρχιτεκτονική απειλεί μεγάλα προβλήματα για το έργο. Δεν σκέφτονται το κόστος των λαθών, ότι τα σφάλματα που καταλήγουν στην παραγωγή μπορούν να οδηγήσουν σε μεγάλο κόστος για την εταιρεία και την ομάδα. Δεν υπάρχει κουλτούρα για να το σκεφτείς αυτό. Θέλω να αρχίσουμε να το διανέμουμε στο συνέδριο.
Καταλαβαίνω ότι δεν πρόκειται για καινοτομία.Ο Edward Deming, ο συγγραφέας των 14 αρχών της ποιότητας, έγραψε για το κόστος ενός λάθους τον περασμένο αιώνα. Η Διασφάλιση Ποιότητας ως κλάδος βασίζεται σε αυτό το βιβλίο, αλλά, δυστυχώς, η σύγχρονη ανάπτυξη το ξεχνά.
— Σκοπεύετε να θίξετε θέματα απευθείας σχετικά με τις δοκιμές και τα εργαλεία;
Αναστασία: Ομολογώ ότι θα υπάρξουν αναφορές για εργαλεία. Υπάρχουν αρκετά καθολικά εργαλεία με τα οποία οι εταιρείες και οι ομάδες μπορούν να επηρεάσουν το προϊόν.
Όλες οι αναφορές θα ενωθούν παγκοσμίως με μια κοινή αποστολή: να μεταφέρουμε στο κοινό ότι με τη βοήθεια αυτής της προσέγγισης, του εργαλείου, της μεθόδου, της διαδικασίας, του τύπου δοκιμών, έχουμε επηρεάσει την ποιότητα του προϊόντος και βελτιώσαμε τη ζωή του πελάτη.
Σίγουρα δεν θα έχουμε αναφορές για ένα εργαλείο για χάρη ενός εργαλείου. Όλες οι εκθέσεις που περιλαμβάνονται στο πρόγραμμα θα ενωθούν με έναν κοινό στόχο.
— Ποιον θα ενδιαφέρει αυτό που μιλάτε, ποιους βλέπετε ως καλεσμένους του συνεδρίου;
Αναστασία: Θα έχουμε αναφορές για προγραμματιστές που ενδιαφέρονται για την τύχη του έργου, του προϊόντος, του συστήματός τους. Ομοίως, θα είναι ενδιαφέρον για τους δοκιμαστές και, νομίζω, ειδικά για τους διευθυντές. Με τον όρο μάνατζερ, εννοώ ανθρώπους που παίρνουν αποφάσεις και μπορούν να επηρεάσουν τη μοίρα και την ανάπτυξη ενός προϊόντος, συστήματος, ομάδας επίσης.
Αυτοί είναι άνθρωποι που αναρωτιούνται πώς να βελτιώσουν την ποιότητα ενός προϊόντος ή ενός συστήματος. Στο συνέδριό μας, θα μάθουν για διάφορα σύνολα μέτρων και θα είναι σε θέση να κατανοήσουν τι δεν πάει καλά με αυτά τώρα και τι πρέπει να αλλάξει.
Νομίζω ότι το βασικό κριτήριο είναι να καταλάβεις ότι κάτι δεν πάει καλά με την ποιότητα και να θέλεις να το επηρεάσεις. Μάλλον δεν θα μπορέσουμε να προσεγγίσουμε τους ανθρώπους που πιστεύουν ότι αυτό θα γίνει την πρώτη φορά.
— Πιστεύετε ότι η βιομηχανία στο σύνολό της είναι ώριμη να μιλήσει όχι μόνο για δοκιμές, αλλά για μια κουλτούρα ποιότητας;
Αναστασία: Νομίζω ότι έχω ωριμάσει. Τώρα πολλές εταιρείες απομακρύνονται από την παραδοσιακή προσέγγιση του Waterfall προς την Agile. Υπάρχει μια εστίαση στον πελάτη, οι άνθρωποι σε ομάδες αρχίζουν πραγματικά να σκέφτονται πώς να δημιουργήσουν ένα ποιοτικό προϊόν. Ακόμη και οι επιχειρήσεις επικεντρώνονται εκ νέου στη βελτίωση της ποιότητας.
Κρίνοντας από τον αριθμό των αιτημάτων που προκύπτουν στην κοινότητα, πιστεύω ότι είναι καιρός. Δεν είμαι σίγουρος, φυσικά, ότι αυτή θα είναι μια μεγάλης κλίμακας επανάσταση, αλλά θα ήθελα να συμβεί αυτή η επανάσταση στη συνείδηση.
- Σύμφωνοι! Θα εμφυσήσουμε πολιτισμό και θα αλλάξουμε συνείδηση.
Συνέδριο για την ανάπτυξη προϊόντων πληροφορικής υψηλής ποιότητας θα λάβει χώρα στη Μόσχα στις 7 Ιουνίου. Γνωρίζετε ποια στάδια συνθέτουν ένα προϊόν υψηλής ποιότητας, έχουμε περιπτώσεις επιτυχούς καταπολέμησης σφαλμάτων στην παραγωγή, έχουμε δοκιμάσει δημοφιλείς μεθόδους στην πρακτική μας - χρειαζόμαστε την εμπειρία σας. τους αιτήσεις μέχρι την 1η Μαΐου, και η Επιτροπή Προγράμματος θα βοηθήσει στην εστίαση του θέματος για τη συνολική ακεραιότητα του συνεδρίου.
Σύνδεση με , στο οποίο συζητάμε θέματα ποιότητας και το συνέδριο, εγγραφείτε για να ενημερώνεστε για τα νέα του προγράμματος.
Πηγή: www.habr.com