Αυτοματοποίηση δοκιμών SAP: από πού να ξεκινήσετε και πότε αποδίδει

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

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

Για το πώς η αυτοματοποίηση στέκεται δίπλα στις δοκιμές μονάδας, ολοκλήρωσης, αποδοχής και απόδοσης, ξεκινήστε από την επισκόπησή μου για τις δοκιμές SAP με απλά λόγια. Αυτό το άρθρο καλύπτει από πού να ξεκινήσετε, πότε αποδίδει η αυτοματοποίηση, τα frameworks και τι σας δίνουν τα SAP Cloud ALM, Solution Manager και Tricentis.

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

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

Σε ένα πρόγραμμα SAP, η επανάληψη έρχεται από προβλέψιμα σημεία:

1. Transports. Κάθε αλλαγή που μεταφέρεται στο σύστημα ποιότητας μπορεί να χαλάσει κάτι που χθες λειτουργούσε.
2. Εκδόσεις και support packages της SAP. Αναβαθμίσεις στο on-premise και στο private cloud, και οι προγραμματισμένες αναβαθμίσεις στο SAP S/4HANA Cloud Public Edition.
3. Επαναλαμβανόμενοι γύροι δοκιμών. Οι δοκιμές ολοκλήρωσης συστήματος (SIT) εκτελούν τις ίδιες ροές από άκρη σε άκρη σε περισσότερους από έναν γύρους.
4. Κύματα rollout. Ένα global template δοκιμάζεται ξανά για κάθε χώρα ή εταιρικό κωδικό.
5. Έλεγχοι με πολλά δεδομένα. Πολλοί συνδυασμοί τιμολόγησης, φόρων ή προσδιορισμού λογαριασμών, όπου αλλάζουν μόνο τα δεδομένα.

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

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

Τύπος δοκιμής	Αυτοματοποίηση;	Γιατί
Παλινδρόμηση βασικών διαδικασιών όπως order to cash, procure to pay και record to report	Ναι, πρώτα αυτή	Εκτελείται μετά από κάθε transport και κάθε έκδοση
Γύροι SIT	Εν μέρει	Αυτοματοποιήστε τις σταθερές ροές, κρατήστε χειροκίνητα τα νέα και τα μεταβαλλόμενα σενάρια
Δοκιμές αποδοχής χρηστών (UAT)	Σπάνια	Οι επιχειρηματικοί χρήστες κρίνουν αν η διαδικασία δουλεύει γι' αυτούς, κάτι που ένα script δεν μπορεί
Διερευνητικές και αρνητικές δοκιμές	Όχι	Η αξία έρχεται από έναν άνθρωπο που ψάχνει ό,τι δεν έγραψε κανείς σε script
Απόδοση και φορτίο	Ναι, με εργαλείο φορτίου	Πολλοί ταυτόχρονοι χρήστες δεν παράγονται με το χέρι
Μεμονωμένοι έλεγχοι μετάπτωσης δεδομένων	Συνήθως όχι	Οι αναφορές συμφωνίας το κάνουν καλύτερα, εκτός αν η ίδια φόρτωση επαναλαμβάνεται στις δοκιμαστικές εκτελέσεις

Decide

Αξίζει να αυτοματοποιήσετε αυτή τη δοκιμή SAP

Πολλές περιπτώσεις δοκιμών, που επαναλαμβάνονται μετά από κάθε αλλαγή ή έκδοση

→Αυτοματοποιήστε τη

Λίγες περιπτώσεις δοκιμών, ή εκτέλεση μία ή δύο φορές

→Δοκιμάστε τη χειροκίνητα

Ο σχεδιασμός της διαδικασίας ακόμη αλλάζει

→Περιμένετε να σταθεροποιηθεί και μετά αποφασίστε

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

1. Διαλέξτε τις διαδικασίες που η επιχείρηση δεν αντέχει να χαλάσουν. Το κλείσιμο μήνα, η τιμολόγηση, οι πληρωμές και ό,τι διατίθεται σε πολλές τοποθεσίες προηγούνται των αναφορών που είναι απλώς χρήσιμες.
2. Εκτελέστε πρώτα τις δοκιμές χειροκίνητα. Ένα εργαλείο αυτοματοποιεί μια δοκιμή που ήδη λειτουργεί με το χέρι. Δεν τη σχεδιάζει για εσάς.
3. Περιμένετε έναν σταθερό σχεδιασμό. Αν αυτοματοποιήσετε στην Explore ή νωρίς στη Realize, θα ξαναχτίζετε τις δοκιμές κάθε φορά που αλλάζει μια σχεδιαστική απόφαση.
4. Χτίστε ένα μικρό πακέτο παλινδρόμησης. Καλύψτε τις κρίσιμες διαδικασίες από άκρη σε άκρη και εκτελέστε το πακέτο σε κάθε transport προς το σύστημα ποιότητας.
5. Ορίστε υπεύθυνο για τη συντήρηση. Κάποιος πρέπει να διορθώνει τις δοκιμές όταν αλλάζουν οθόνες, ρόλοι ή δεδομένα, αλλιώς το πακέτο φθείρεται μέσα σε λίγες εκδόσεις.
6. Επεκτείνετε την κάλυψη μόνο όπου τη δικαιολογεί η επανάληψη. Προσθέστε μια δοκιμή όταν θα εκτελείται συχνά, όχι επειδή το λέει ένας στόχος κάλυψης.

Χωρίστε το έργο από την τρέχουσα λειτουργία

Κατά τη διάρκεια ενός προγράμματος, λειτουργώ δύο χωριστά περιβάλλοντα: ένα για το έργο και ένα για την τρέχουσα λειτουργία (BAU). Έτσι οι αλλαγές της παραγωγικής υποστήριξης και οι αλλαγές του έργου δοκιμάζονται χωριστά.

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

Στα προγράμματά μου έχω χρησιμοποιήσει, ή έχουν χρησιμοποιήσει οι ομάδες μου, Tricentis Tosca, Worksoft, Panaya, SAP Cloud ALM, SAP Solution Manager, UiPath και LoadRunner. Αυτό το άρθρο δεν τα κατατάσσει. Η σωστή επιλογή εξαρτάται από το περιβάλλον σας, το συμβόλαιο υποστήριξης και το ποιος θα συντηρεί τις δοκιμές.

Ξεκινήστε από όσα ήδη παρέχει η SAP, γιατί ένα μέρος τους μπορεί να το έχετε ήδη πληρώσει.

SAP Cloud ALM

Το SAP Cloud ALM είναι το επίπεδο διαχείρισης δοκιμών. Σχεδιάζει, εκτελεί και ιχνηλατεί χειροκίνητες και αυτοματοποιημένες δοκιμές σε σχέση με τις διαδικασίες και τις απαιτήσεις σας. Πελάτες με SAP Enterprise Support, Product Support for Large Enterprises ή επιλέξιμη συνδρομή cloud μπορούν να ενεργοποιήσουν ένα tenant (SAP usage rights).

Το ίδιο δεν εκτελεί αυτοματοποιημένες δοκιμές. Η SAP αναφέρει ότι το Cloud ALM δεν έχει δική του μηχανή αυτοματοποίησης και ότι οι πλατφόρμες ALM της μένουν ανοιχτές σε αυτοματοποίηση δοκιμών τρίτων (SAP Support, test automation).

Ο οδηγός εγκατάστασης της SAP περιγράφει ενσωματωμένες ενοποιήσεις και ένα δημόσιο Test Automation API για άλλους παρόχους (SAP Help Portal). Η Panaya και η UiPath τεκμηριώνουν ενοποιήσεις με το Cloud ALM για αυτοματοποιημένες περιπτώσεις δοκιμών. Η Worksoft περιλαμβάνει το Cloud ALM και το Solution Manager στις ενοποιήσεις της, και η OpenText προσφέρει ενοποίηση με το Cloud ALM για το προϊόν της για δοκιμές απόδοσης στο cloud.

Tricentis Test Automation for SAP και SAP Test Automation by Tricentis

Ελέγξτε το δικαίωμά σας πριν αγοράσετε οτιδήποτε. Η SAP παρέχει άδεια ορισμένου χρόνου για το Tricentis Test Automation for SAP, ενοποιημένο με το Cloud ALM, μαζί με τα SAP Enterprise Support, Enterprise Support cloud editions και Product Support for Large Enterprises. Σήμερα ισχύει έως τις 31 Δεκεμβρίου 2028 (SAP usage rights).

Τα όρια είναι στενά: 5 επώνυμοι χρήστες, 500 εκτελέσεις δοκιμών ανά ημερολογιακό μήνα, 5 agents εκτέλεσης που διαχειρίζεται ο πελάτης και 12 μήνες διατήρησης αποτελεσμάτων. Δεν επιτρέπεται να χρησιμοποιηθεί για την αυτοματοποίηση παραγωγικών επιχειρηματικών διαδικασιών. Δείτε το ως τρόπο να ξεκινήσετε, όχι ως εργαλείο για ολόκληρο πρόγραμμα.

Το SAP Test Automation by Tricentis είναι το επόμενο, επί πληρωμή, βήμα. Είναι προϊόν software-as-a-service που η SAP πωλεί και υποστηρίζει ως solution extension και καλύπτει εφαρμογές SAP και τρίτων. Επεκτείνει τη δυνατότητα Tricentis που περιλαμβάνεται στο Cloud ALM όταν το δικαίωμα δεν φτάνει πια.

SAP Solution Manager

Η κύρια συντήρηση του Solution Manager 7.2 διαρκεί έως το τέλος του 2027. Οι πελάτες που επιλέγουν εκτεταμένη συντήρηση για το SAP Business Suite 7 λαμβάνουν εκτεταμένη συντήρηση για το Solution Manager έως το τέλος του 2030. Αυτή καλύπτει περιορισμένο σύνολο περιοχών, μεταξύ των οποίων η σουίτα δοκιμών (SAP Support).

Η δική του αυτοματοποίηση, το Component-Based Test Automation (CBTA), δεν θα επεκταθεί στα προϊόντα cloud της SAP. Η άδεια Tricentis για την ενοποίηση με το Solution Manager ισχύει σήμερα έως τις 31 Δεκεμβρίου 2027. Αν ήδη λειτουργείτε Solution Manager, κρατήστε το μέχρι να μετακινηθεί το περιβάλλον σας, αλλά μη χτίζετε νέα αυτοματοποίηση πάνω του.

SAP S/4HANA Cloud Public Edition

Το Public Edition έρχεται με το δικό του Test Automation Tool. Η καθοδήγηση της SAP είναι ότι οι συνεργάτες δημιουργούν ή ενημερώνουν τα test automates καθώς παραμετροποιούν κάθε διαδικασία, ώστε να μπορούν να εκτελούνται στο σύστημα δοκιμών κατά τις αναβαθμίσεις (SAP Learning).

Με τη συγκατάθεσή σας, η SAP εκτελεί δοκιμές μετά την αναβάθμιση σε τυποποιημένες, μη τροποποιημένες διαδικασίες. Μετά το go-live, τις δοκιμές παλινδρόμησης για ό,τι έχετε προσαρμόσει τις έχετε εσείς, με τα δικά σας automates.

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

Εργαλείο	Κύριος ρόλος	Πού ταιριάζει
SAP Cloud ALM	Διαχείριση και ενορχήστρωση δοκιμών	Νέα προγράμματα, συνδέει χειροκίνητες και αυτοματοποιημένες δοκιμές με τις διαδικασίες
SAP Solution Manager	Διαχείριση δοκιμών, on-premise	Περιβάλλοντα που ήδη το λειτουργούν, η κύρια συντήρηση λήγει το 2027
Tricentis Tosca και SAP Test Automation by Tricentis	Αυτοματοποίηση βασισμένη σε μοντέλα	Εφαρμογές SAP και μη SAP, μεταπωλείται και υποστηρίζεται από τη SAP
Worksoft	Αυτοματοποίηση διαδικασιών χωρίς κώδικα	Ενοποιείται με Cloud ALM και Solution Manager
Panaya	Διαχείριση δοκιμών και αυτοματοποίηση χωρίς κώδικα	Ενοποίηση με Cloud ALM για αυτοματοποιημένες δοκιμές
UiPath	Πλατφόρμα αυτοματοποίησης με Test Manager	Ενοποίηση με Cloud ALM για αυτοματοποιημένες περιπτώσεις δοκιμών
OpenText LoadRunner	Δοκιμές απόδοσης και φορτίου	Δοκιμές ταυτοχρονισμού και όγκου πριν από το go-live

Για πιο αναλυτική σύγκριση, που περιλαμβάνει και το Xray for Jira, διαβάστε τον οδηγό μου για τα εργαλεία δοκιμών SAP. Για τις δοκιμές φορτίου, διαβάστε το άρθρο για τις δοκιμές απόδοσης SAP για ηγέτες IT.

Το εργαλείο μετράει λιγότερο από τον τρόπο που χτίζονται οι δοκιμές και από το ποιος τις συντηρεί. Η περισσότερη αυτοματοποίηση στο SAP ανήκει σε μία από αυτές τις προσεγγίσεις:

1. Βασισμένη σε μοντέλα. Οθόνες και APIs σαρώνονται σε επαναχρησιμοποιήσιμες ενότητες, που έπειτα συναρμολογούνται σε περιπτώσεις δοκιμών. Οι λειτουργικοί σύμβουλοι μπορούν να τις χτίζουν και να τις διαβάζουν χωρίς κώδικα.
2. Καταγραφή διαδικασιών χωρίς κώδικα. Τα βήματα των επιχειρηματικών διαδικασιών καταγράφονται και μετατρέπονται σε επαναχρησιμοποιήσιμες δοκιμές. Ταιριάζει σε ομάδες όπου οι key users βοηθούν να χτιστεί το πακέτο παλινδρόμησης.
3. Βασισμένη σε κώδικα. Μηχανικοί δοκιμών γράφουν δοκιμές σε ένα προγραμματιστικό framework. Ταιριάζει σε εφαρμογές Fiori και APIs που ανήκουν σε μια ομάδα ανάπτυξης, και χρειάζεται προγραμματιστές για τη συντήρηση.
4. Πλατφόρμες ρομποτικής αυτοματοποίησης διαδικασιών με ενότητες δοκιμών. Μία πλατφόρμα για επιχειρηματική αυτοματοποίηση και για αυτοματοποίηση δοκιμών, χρήσιμη αν ήδη τη λειτουργείτε.
5. Automates που παραδίδει η SAP. Στο Public Edition, test automates που έρχονται με το Test Automation Tool, προσαρμοσμένα στα δεδομένα και στις αλλαγές σας.

Όποια προσέγγιση κι αν επιλέξετε, τρεις σχεδιαστικές επιλογές κρίνουν αν οι δοκιμές θα επιβιώσουν:

1. Δοκιμάστε σε επίπεδο API όπου μπορείτε. Οι δοκιμές API σπάνε λιγότερο συχνά από δοκιμές που κάνουν κλικ σε οθόνες.
2. Κρατήστε τα δεδομένα δοκιμών επαναφέρσιμα. Μια δοκιμή που εξαρτάται από δεδομένα που κατανάλωσε η προηγούμενη εκτέλεση αποτυγχάνει για λάθος λόγο.
3. Χτίστε από κοινές ενότητες. Όταν αλλάζει μια οθόνη, διορθώνετε μία ενότητα, όχι κάθε δοκιμή που την αγγίζει.

Ένα αυτοματοποιημένο πακέτο παλινδρόμησης είναι προϊόν, όχι παραδοτέο έργου. Χρειάζεται υπεύθυνο, γραμμή στον προϋπολογισμό και θέση στη διαδικασία αλλαγών.

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

Σχεδιάστε επίσης με βάση τον ρυθμό εκδόσεων της SAP. Οι αναβαθμίσεις του Public Edition έρχονται με το χρονοδιάγραμμα της SAP, όχι με το δικό σας, και τα συστήματα private cloud και on-premise χρειάζονται κι αυτά support packages και αναβαθμίσεις. Η καθεμία είναι μια εκτέλεση παλινδρόμησης, και ακριβώς εκεί η αυτοματοποίηση αποσβένει το κόστος της.

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

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

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

Αν ο αριθμός είναι μεγάλος και οι εκτελέσεις επαναλαμβάνονται, έχετε επιχείρημα για αυτοματοποίηση. Έπειτα ελέγξτε τι περιλαμβάνει ήδη το συμβόλαιο υποστήριξης SAP σας, πριν σας δείξει οποιοσδήποτε ένα demo.

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

Τι είναι η αυτοματοποίηση δοκιμών SAP;

Είναι η χρήση ενός εργαλείου για την εκτέλεση δοκιμών SAP που αλλιώς θα γίνονταν με το χέρι, κυρίως δοκιμών παλινδρόμησης μετά από αλλαγές και αναβαθμίσεις. Ένα εργαλείο διαχείρισης δοκιμών όπως το SAP Cloud ALM σχεδιάζει και καταγράφει τις δοκιμές, και ένα εργαλείο αυτοματοποίησης τις εκτελεί.

Πότε πρέπει να αυτοματοποιούνται οι δοκιμές SAP;

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

Κάνει το SAP Cloud ALM αυτοματοποίηση δοκιμών;

Διαχειρίζεται και ενεργοποιεί αυτοματοποιημένες δοκιμές, αλλά δεν έχει δική του μηχανή αυτοματοποίησης. Ενοποιείται με το Tricentis Test Automation for SAP, με το Test Automation Tool του S/4HANA Cloud Public Edition και με άλλους παρόχους μέσω ενός δημόσιου Test Automation API.

Τι είναι το SAP Test Automation by Tricentis;

Είναι προϊόν αυτοματοποίησης δοκιμών software-as-a-service που η SAP πωλεί και υποστηρίζει ως solution extension και καλύπτει εφαρμογές SAP και τρίτων. Επεκτείνει την εισαγωγική άδεια Tricentis Test Automation for SAP που περιλαμβάνεται στο SAP Enterprise Support. Η άδεια αυτή περιορίζεται σε 5 επώνυμους χρήστες και 500 εκτελέσεις δοκιμών τον μήνα.

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

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

Να χρησιμοποιώ ακόμη το SAP Solution Manager για αυτοματοποίηση δοκιμών;

Μόνο αν ήδη λειτουργεί στο περιβάλλον σας. Η κύρια συντήρηση του Solution Manager 7.2 λήγει το 2027, και η αυτοματοποίηση CBTA του δεν θα επεκταθεί στα προϊόντα cloud της SAP. Σχεδιάστε τη νέα αυτοματοποίηση γύρω από το Cloud ALM.