Στρατηγική δοκιμών S/4HANA: κύκλοι, κριτήρια και ρόλοι

Μια στρατηγική δοκιμών S/4HANA αποφασίζει ποιους κύκλους δοκιμών εκτελείτε, με ποια σειρά, ποιος έχει την ευθύνη του καθενός και ποια τεκμήρια σας επιτρέπουν να περάσετε από τον έναν στον επόμενο. Στα προγράμματά μου καλύπτει δοκιμές ολοκλήρωσης συστήματος (SIT) σε γύρους, δοκιμές αποδοχής χρηστών (UAT) σε γύρους και δοκιμές παλινδρόμησης, το καθένα με γραπτά κριτήρια εισόδου και εξόδου και επώνυμη έγκριση.

Οι δοκιμές απορροφούν περίπου το 35% της προσπάθειας στα προγράμματα S/4HANA που σχεδιάζω, οπότε η στρατηγική αξίζει τόση φροντίδα όση και το σχέδιο υλοποίησης.

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

Το SAP Activate τοποθετεί τις περισσότερες δοκιμές στη Realize. Το ίδιο το υλικό της SAP για τη στρατηγική δοκιμών στο S/4HANA Cloud Private Edition αντιμετωπίζει τις δοκιμές μονάδας και τις δοκιμές αλυσίδας (string) ως άτυπες. Οι πλήρεις δοκιμές επιχειρηματικών διαδικασιών, ολοκλήρωσης, μετάπτωσης δεδομένων και αποδοχής χρηστών είναι τυπικές και πρέπει να τεκμηριώνονται.

Αυτή είναι η αλληλουχία που σχεδιάζω σε ένα πρόγραμμα S/4HANA:

Οι κύκλοι δοκιμών στο S/4HANA

1. 01

   Μονάδας και αλυσίδας

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

2. 02

   Γύροι SIT

   Πλήρεις αλυσίδες διαδικασιών διαμέσου ενοτήτων, διεπαφών και μεταπτωμένων δεδομένων.

3. 03

   Γύροι UAT

   Οι επιχειρηματικοί χρήστες αποδεικνύουν, γύρο με γύρο, ότι το σύστημα εκτελεί τις διαδικασίες τους.

4. 04

   Παλινδρόμηση

   Ξαναδοκιμάστε ό,τι έχει ήδη περάσει μετά από διορθώσεις, transports και εκδόσεις.

5. 05

   Δοκιμαστικές μετατροπές και πρόβα

   Εκτελέστε τη μετάβαση όπως θα γίνει τη νύχτα του go-live, με βάση τη λίστα ελέγχου.

6. 06

   Go-live

   Προχωρήστε μόνο όταν ολοκληρωθεί η συμφωνημένη λίστα ελέγχου μετάβασης.

Δοκιμές μονάδας και αλυσίδας

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

Άτυπες με τους όρους της SAP, αλλά όχι προαιρετικές.

Δοκιμές ολοκλήρωσης συστήματος σε γύρους

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

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

Δοκιμές αποδοχής χρηστών σε γύρους

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

Το UAT χρειάζεται τουλάχιστον 6 έως 8 εβδομάδες. Οι επιχειρηματικοί δοκιμαστές το κάνουν παράλληλα με την κανονική τους δουλειά και χρειάζονται χρόνο για περισσότερους από έναν γύρους. Ο οδηγός μου για τις δοκιμές αποδοχής χρηστών στο SAP καλύπτει αναλυτικά τα σενάρια, τους γύρους και την έγκριση.

Δοκιμές παλινδρόμησης

Κάθε διόρθωση, transport και έκδοση μπορεί να χαλάσει κάτι που έχει ήδη περάσει. Οι δοκιμές παλινδρόμησης ξαναεκτελούν τις διαδικασίες που μετράνε μετά από κάθε αλλαγή, κατά τη διάρκεια του προγράμματος και μετά το go-live.

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

Δοκιμαστικές μετατροπές και πρόβα μετάβασης

Σε μια μετατροπή brownfield σχεδιάζω τρεις δοκιμαστικές μετατροπές (mock conversions) πριν από τη μετάβαση. Η καθεμία δοκιμάζει την ίδια τη μετατροπή, τους χρόνους και τη συμφωνία, όχι μόνο τις διαδικασίες.

Η τελευταία πρόβα πρέπει να γίνει όπως η πραγματική νύχτα: ίδια αλληλουχία, ίδιοι άνθρωποι, ίδια λίστα ελέγχου. Το χρονοδιάγραμμα και το σχέδιο έργου μετάπτωσης σε S/4HANA που περιγράφω δείχνει πού μπαίνουν αυτές οι εκτελέσεις στο σχέδιο.

Η πιο σημαντική απόφαση για την ευθύνη: τις δοκιμές αποδοχής χρηστών τις έχει η επιχείρηση. Όχι ο system integrator και όχι το IT.

Ένας integrator μπορεί να ετοιμάσει σενάρια και να διορθώσει σφάλματα. Μόνο οι άνθρωποι που τρέχουν το κλείσιμο των οικονομικών σας, το order-to-cash ή το εργοστάσιο μπορούν να επιβεβαιώσουν ότι αυτές οι διαδικασίες λειτουργούν.

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

Έτσι θα μοίραζα την ευθύνη στους κύκλους:

Κύκλος	Υπεύθυνος	Εκτελεί	Εγκρίνει
Μονάδας και αλυσίδας	Επικεφαλής της ομάδας υλοποίησης	Σύμβουλοι και προγραμματιστές	Λειτουργικοί και τεχνικοί επικεφαλής
Γύροι SIT	Υπεύθυνος δοκιμών	Σύμβουλοι, με τους key users να μπαίνουν στους επόμενους γύρους	Υπεύθυνος δοκιμών και υπεύθυνοι διαδικασιών
Γύροι UAT	Η επιχείρηση, μέσω επώνυμων υπευθύνων διαδικασιών	Key users και επιχειρηματικοί δοκιμαστές	Υπεύθυνοι διαδικασιών, έπειτα ο χορηγός
Παλινδρόμηση	Υπεύθυνος δοκιμών	Ομάδα δοκιμών, με αυτοματοποίηση όπου ο όγκος τη δικαιολογεί	Υπεύθυνος δοκιμών και επιτροπή αλλαγών
Δοκιμαστικές μετατροπές και πρόβα	Επικεφαλής μετάβασης	Τεχνικές, λειτουργικές ομάδες και ομάδα δεδομένων	Επικεφαλής μετάβασης, επικεφαλής δεδομένων και χορηγός

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

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

Γράψτε και τα δύο πριν ξεκινήσει η Realize, όσο κανείς δεν πιέζεται από προθεσμίες. Ο οδηγός μου για τις πύλες ποιότητας στο SAP εξηγεί πώς τα κριτήρια αυτά γίνονται τυπικές πύλες με έναν υπεύθυνο που μπορεί να πει «όχι έτοιμο».

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

Κύκλος	Κριτήρια εισόδου	Κριτήρια εξόδου
Μονάδας και αλυσίδας	Ο σχεδιασμός έχει εγκριθεί. Παραμετροποίηση και ανάπτυξη ολοκληρωμένες για τα στοιχεία υπό δοκιμή	Όλα τα στοιχεία δοκιμάστηκαν και τεκμηριώθηκαν. Τα σφάλματα διορθώθηκαν ή καταγράφηκαν για το SIT
Γύρος SIT	Δοκιμές μονάδας ολοκληρωμένες για τις διαδικασίες εντός εύρους. Περιβάλλον δοκιμών έτοιμο και διεπαφές συνδεδεμένες. Δεδομένα δοκιμών φορτωμένα. Σενάρια ελεγμένα	Το συμφωνημένο ποσοστό σεναρίων εκτελέστηκε και πέρασε. Κανένα ανοιχτό κρίσιμο σφάλμα. Κάθε ανοιχτό σφάλμα χαμηλότερης σοβαρότητας έχει υπεύθυνο και ημερομηνία διόρθωσης
Γύρος UAT	Τα κριτήρια εξόδου του SIT καλύφθηκαν. Οι επιχειρηματικοί δοκιμαστές ορίστηκαν ονομαστικά και αποδεσμεύτηκαν από την καθημερινή τους δουλειά. Σενάρια ελεγμένα από τους υπευθύνους διαδικασιών. Εκπαίδευση στο σύστημα δοκιμών ολοκληρωμένη	Κάθε διαδικασία εντός εύρους εκτελέστηκε από επιχειρηματικούς χρήστες. Κανένα ανοιχτό κρίσιμο σφάλμα. Οι υπεύθυνοι διαδικασιών υπέγραψαν τις διαδικασίες τους
Παλινδρόμηση	Μια αλλαγή, μια δέσμη διορθώσεων ή μια έκδοση είναι έτοιμη να προχωρήσει. Το πακέτο παλινδρόμησης για τις επηρεαζόμενες διαδικασίες συμφωνήθηκε	Το πακέτο παλινδρόμησης πέρασε. Κάθε αποτυχία διορθώθηκε και ξαναδοκιμάστηκε πριν προχωρήσει η αλλαγή
Δοκιμαστική μετατροπή ή πρόβα	Διαθέσιμο αντίγραφο παραγωγής. Λίστα ελέγχου μετάβασης και run book σε προσχέδιο. Κανόνες συμφωνίας συμφωνημένοι	Η μετατροπή ή η φόρτωση ολοκληρώθηκε μέσα στο προγραμματισμένο παράθυρο. Η συμφωνία υπογράφηκε από τον επικεφαλής δεδομένων. Η λίστα ελέγχου ενημερώθηκε με τα διδάγματα
Go-live	Όλα τα προηγούμενα κριτήρια εξόδου καλύφθηκαν. Η λίστα ελέγχου μετάβασης συμφωνήθηκε από πριν	Κάθε σημείο της λίστας ελέγχου ολοκληρώθηκε και υπογράφηκε. Η απόφαση go ή no-go καταγράφηκε από τον χορηγό

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

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

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

Αυτές είναι οι ενότητες που περιμένω να δω:

1. Εύρος και στόχοι. Ποιες διαδικασίες, νομικές οντότητες, διεπαφές και αναφορές δοκιμάζονται και ποιες εξαιρούνται ρητά.
2. Τύποι και κύκλοι δοκιμών. Μονάδας, αλυσίδας, γύροι SIT, γύροι UAT, παλινδρόμηση, απόδοση, δοκιμές μετάπτωσης δεδομένων και δοκιμαστικές μετατροπές, με τον αριθμό των γύρων και το σκεπτικό.
3. Χρονοδιάγραμμα και προσπάθεια. Ημερομηνίες για κάθε κύκλο μέσα στο σχέδιο SAP Activate, με τουλάχιστον 6 έως 8 εβδομάδες για το UAT, και την προσπάθεια προϋπολογισμένη απέναντι στο περίπου 35% που αναλογεί στις δοκιμές.
4. Ρόλοι και ευθύνη. Ο παραπάνω πίνακας ευθυνών, με ονόματα.
5. Κριτήρια εισόδου και εξόδου. Ένα σύνολο ανά κύκλο, με τον υπογράφοντα για το καθένα.
6. Περιβάλλοντα. Ποια συστήματα χρησιμοποιούνται για ποιον κύκλο, πώς ανανεώνονται και πώς οι αλλαγές του έργου κρατιούνται χωριστά από τις αλλαγές της παραγωγικής υποστήριξης.
7. Δεδομένα δοκιμών. Από πού προέρχονται τα δεδομένα, πώς γίνεται η απόκρυψη και πώς ανανεώνονται ανάμεσα στους γύρους. Ο οδηγός μου για τη διαχείριση δεδομένων δοκιμών στο SAP το καλύπτει σε βάθος.
8. Διαχείριση σφαλμάτων. Ορισμοί σοβαρότητας, ρυθμός διαλογής, ποιος αποφασίζει την προτεραιότητα και ο στόχος χρόνου διόρθωσης ανά σοβαρότητα.
9. Εργαλεία. Πού βρίσκονται οι περιπτώσεις δοκιμών, τα αποτελέσματα, τα σφάλματα και οι εγκρίσεις, με ένα σύστημα αναφοράς.
10. Προσέγγιση αυτοματοποίησης. Ποιες δοκιμές αυτοματοποιούνται, ποιες μένουν χειροκίνητες και γιατί.
11. Αναφορές. Τι δείχνει η εβδομαδιαία αναφορά δοκιμών και ποιος τη λαμβάνει.
12. Κριτήρια μετάβασης και go-live. Η λίστα ελέγχου μετάβασης, οι πρόβες που την αποδεικνύουν και ποιος παίρνει την απόφαση go ή no-go.
13. Κίνδυνοι και παραδοχές. Διαθεσιμότητα δοκιμαστών, ημερομηνίες περιβαλλόντων, ετοιμότητα δεδομένων και εξαρτήσεις από τρίτους.

Όσον αφορά τα εργαλεία, το SAP Cloud ALM είναι η προεπιλογή για νέα προγράμματα. Η SAP αναφέρει ότι δεν υπάρχει χωριστή άδεια για το SAP Cloud ALM: περιλαμβάνεται στο Enterprise Support, και οι εφαρμογές διαχείρισης δοκιμών του κρατούν τις τυπικές περιπτώσεις δοκιμών, τις εκτελέσεις και τα αποτελέσματα.

Το SAP Solution Manager 7.2 χρησιμοποιείται ακόμη σε πολλά προγράμματα, όμως η κύρια συντήρησή του λήγει στο τέλος του 2027. Για την αυτοματοποίηση, η SAP πωλεί το SAP Test Automation by Tricentis, που συνεργάζεται με το Cloud ALM. Η σύγκρισή μου για τα εργαλεία δοκιμών SAP καλύπτει την ευρύτερη επιλογή.

Η συχνότερη αποτυχία στις δοκιμές που βλέπω είναι οι ανεπαρκείς δοκιμές στο UAT και στο SIT.

Ένας συνηθισμένος μηχανισμός: η υλοποίηση καθυστερεί, η ημερομηνία του go-live μένει σταθερή, και οι εβδομάδες αφαιρούνται από τους κύκλους δοκιμών επειδή βρίσκονται στο τέλος του σχεδίου.

Αυτά είναι τα μοτίβα που το προκαλούν και τι να κάνετε για το καθένα:

1. Το SIT ξεκινά πριν τελειώσουν οι δοκιμές μονάδας. Ο πρώτος γύρος SIT γίνεται γύρος δοκιμών μονάδας. Τηρήστε τα κριτήρια εισόδου.
2. Το UAT σχεδιάζεται για δύο ή τρεις εβδομάδες. Οι επιχειρηματικοί χρήστες δεν μπορούν να δοκιμάσουν σωστά παράλληλα με την καθημερινή τους δουλειά σε τόσο χρόνο. Σχεδιάστε τουλάχιστον 6 έως 8 εβδομάδες και αποδεσμεύστε τους δοκιμαστές.
3. Ο integrator εκτελεί το UAT για λογαριασμό της επιχείρησης. Τα σενάρια περνούν, και η επιχείρηση βρίσκει τα κενά μετά το go-live. Κρατήστε την ευθύνη του UAT στους υπευθύνους διαδικασιών.
4. Οι δοκιμές προϋπολογίζονται ως μικρή γραμμή. Με περίπου 35% της προσπάθειας, δοκιμές που προϋπολογίζονται σε ένα κλάσμα αυτού περικόπτονται πρώτες.
5. Τα κριτήρια εξόδου γράφονται κατά τη διάρκεια του κύκλου. Καταλήγουν να ταιριάζουν με ό,τι έχει καταφέρει η ομάδα. Γράψτε τα πριν από τη Realize.
6. Το go-live αποφασίζεται με βάση την αυτοπεποίθηση, όχι μια λίστα ελέγχου. Κανείς δεν μπορεί να δείξει τι συμφωνήθηκε, οπότε κανείς δεν μπορεί να πει τι λείπει.

Σε αυτό το τελευταίο σημείο επιμένω. Το κριτήριό μου για το go-live είναι μια εκτενής λίστα ελέγχου μετάβασης, συμφωνημένη από πριν με την επιχείρηση, το IT και τον integrator.

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

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

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

Τι είναι μια στρατηγική δοκιμών S/4HANA;

Είναι το σχέδιο που αποφασίζει ποιοι κύκλοι δοκιμών εκτελούνται, με ποια σειρά, ποιος έχει την ευθύνη και την έγκριση του καθενός και ποια τεκμήρια επιτρέπουν στο πρόγραμμα να περάσει από έναν κύκλο στον επόμενο. Σε ένα πρόγραμμα S/4HANA συνήθως καλύπτει δοκιμές μονάδας και αλυσίδας, γύρους SIT, γύρους UAT, παλινδρόμηση, δοκιμές μετάπτωσης δεδομένων και πρόβες μετάβασης.

Πόσο μέρος ενός προγράμματος S/4HANA είναι οι δοκιμές;

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

Πόσο πρέπει να διαρκεί το UAT σε ένα έργο S/4HANA;

Τουλάχιστον 6 έως 8 εβδομάδες. Οι επιχειρηματικοί δοκιμαστές εκτελούν το UAT παράλληλα με την κανονική τους δουλειά και χρειάζονται χρόνο για περισσότερους από έναν γύρους, ώστε οι διορθώσεις του πρώτου γύρου να ξαναδοκιμαστούν.

Ποιος πρέπει να έχει την ευθύνη των δοκιμών αποδοχής χρηστών στο SAP;

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

Τι είναι τα κριτήρια εισόδου και εξόδου στις δοκιμές SAP;

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

Τι πρέπει να περιλαμβάνει μια λίστα ελέγχου go-live για το S/4HANA;

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