Διαχείριση δεδομένων δοκιμών SAP: δεδομένα με απόκρυψη σε κλίμακα παραγωγής

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

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

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

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

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

Γι' αυτό επιμένω σε δεδομένα σε επίπεδο παραγωγής. Αυτό σημαίνει τέσσερα πράγματα:

1. Όγκος. Μεγέθη πινάκων κοντά στην παραγωγή, ώστε οι αναφορές, οι εργασίες και οι αναζητήσεις να τρέχουν σε ρεαλιστικό πλήθος γραμμών.
2. Ποικιλία. Οι ιδιόρρυθμες εγγραφές που πράγματι έχει η παραγωγή: δεσμευμένοι προμηθευτές, τμηματικές παραδόσεις, πιστωτικά σημειώματα, ξένα νομίσματα, παλιές ανοιχτές εγγραφές.
3. Ιστορικό. Αρκετές κλεισμένες περίοδοι ώστε η ενηλικίωση υπολοίπων, οι αποσβέσεις και οι εκτελέσεις κλεισίματος χρήσης να σημαίνουν κάτι.
4. Ακεραιότητα. Παραστατικά που εξακολουθούν να συνδέονται σωστά μεταξύ ενοτήτων μετά την αντιγραφή και μετά την απόκρυψη.

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

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

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

Ο Γενικός Κανονισμός για την Προστασία Δεδομένων της ΕΕ (GDPR) είναι το σημείο αναφοράς για τους περισσότερους οργανισμούς, και πολλοί εθνικοί νόμοι ακολουθούν παρόμοια λογική. Η αιτιολογική σκέψη 26 του GDPR κάνει μια διάκριση που πρέπει να γνωρίζει κάθε ομάδα SAP.

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

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

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

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

Μέθοδος	Τι παίρνετε	Όγκος	Χειρισμός ιδιωτικότητας	Ταιριάζει καλύτερα σε
Πλήρες αντίγραφο συστήματος	Ακριβές αντίγραφο της παραγωγής, κάθε client και κάθε πίνακας	Πλήρης	Η απόκρυψη πρέπει να εκτελεστεί μετά την αντιγραφή, πριν αποκτήσουν πρόσβαση οι χρήστες	Δοκιμές απόδοσης, δοκιμαστικές μετατροπές, πρόβες μετάβασης
Αντίγραφο client	Ένα client που αντιγράφεται μέσα στο ίδιο σύστημα ή μεταξύ συστημάτων. Το προφίλ αντιγραφής αποφασίζει αν θα έρθουν και τα κύρια δεδομένα και τα δεδομένα συναλλαγών	Πλήρης ή μόνο παραμετροποίηση	Όπως στο αντίγραφο συστήματος, όταν αντιγράφονται δεδομένα εφαρμογής	Νέα clients δοκιμών ή εκπαίδευσης, επαναφορά ενός client σε γνωστή κατάσταση
SAP Test Data Migration Server (TDMS)	Μειωμένο αντίγραφο, επιλεγμένο ανά χρονικό διάστημα ή οργανωτική μονάδα, με ανακάτεμα (scrambling)	Μειωμένος	Κανόνες scrambling μέσα στο εργαλείο	Υπάρχοντα περιβάλλοντα SAP Business Suite που έχουν ήδη άδεια γι' αυτό
Εργαλεία επιλεκτικής αντιγραφής συνεργατών	Επιλεγμένα επιχειρηματικά αντικείμενα ή τμήματα, αντιγραμμένα κατά παραγγελία, με απόκρυψη κατά τη μεταφορά	Μειωμένος, στοχευμένος	Κανόνες απόκρυψης μέσα στο εργαλείο, που εφαρμόζονται κατά την αντιγραφή	Τακτικές ανανεώσεις, δεδομένα παλινδρόμησης, αναπαραγωγή σφαλμάτων
Δεδομένα που χτίζονται ή μεταπτώνονται	Δεδομένα που δημιουργούνται από scripts, φορτώσεις μετάπτωσης ή χειροκίνητη καταχώρηση	Όσος χτίσετε	Κανένα πραγματικό προσωπικό δεδομένο αν χτίζονται από το μηδέν	Πρώιμες δοκιμές μονάδας, έργα greenfield πριν από το go-live

Πλήρη αντίγραφα συστήματος και αντίγραφα client

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

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

SAP Test Data Migration Server

Το SAP Test Data Migration Server (TDMS) δημιουργεί μειωμένα μη παραγωγικά συστήματα από δεδομένα παραγωγής, με scrambling των ευαίσθητων πεδίων. Αναπτύχθηκε πάνω στο SAP Business Suite, και η τρέχουσα τεκμηρίωση στο SAP Help Portal αφορά την έκδοση 4.0 SP14.

Δεν μπόρεσα να βρω επίσημη δήλωση της SAP για την κάλυψη του TDMS στις τρέχουσες εκδόσεις S/4HANA ή για κάποιον επώνυμο διάδοχο. Αν σκοπεύετε να βασιστείτε σε αυτό, ρωτήστε γραπτώς τη SAP αν υποστηρίζει την έκδοση-στόχο και το μοντέλο ανάπτυξής σας, συμπεριλαμβανομένου του RISE with SAP.

SAP Landscape Transformation και αντίγραφα shell

Το SAP Landscape Transformation είναι ένα σύνολο εργαλείων ανάλυσης και μετασχηματισμού που χρησιμοποιεί η SAP στην επιλεκτική μετάβαση δεδομένων (selective data transition). Το SAP Learning περιγράφει τη μετατροπή shell ως αντίγραφο του συστήματος παραγωγής χωρίς κύρια δεδομένα και δεδομένα συναλλαγών, που έπειτα μετατρέπεται σε S/4HANA.

Η ίδια ιδέα βοηθά και στα δεδομένα δοκιμών. Ένα shell σας δίνει το repository και την παραμετροποίηση της παραγωγής χωρίς επιχειρηματικά δεδομένα, και έπειτα το γεμίζετε μόνο με τα δεδομένα που χρειάζεται μια δοκιμή.

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

1. EPI-USE Labs Data Sync Manager. Μια σουίτα για αντιγραφή και απόκρυψη δεδομένων σε περιβάλλοντα SAP ABAP, με lean clients, αντίγραφα σε επίπεδο αντικειμένου και απόκρυψη με προκαθορισμένους κανόνες. Η EPI-USE Labs αναφέρει ότι το Data Sync Manager είναι πιστοποιημένο για ενοποίηση με το SAP S/4HANA και το S/4HANA Cloud και λειτουργεί με το RISE with SAP.
2. SNP Kyano Test Data Organizer. Εξάγει τα δεδομένα που χρειάζεται μια δοκιμή αντί για ολόκληρο το σύστημα και κάνει απόκρυψη των ευαίσθητων δεδομένων καθώς τα παρέχει. Η SNP περιγράφει το Test Data Organizer ως συμβατό με το RISE with SAP Private Cloud Edition.
3. Qlik Gold Client. Αντιγράφει και συγχρονίζει επιλεγμένα δεδομένα συναλλαγών από την παραγωγή σε μη παραγωγικά συστήματα, με στατική απόκρυψη για υπάρχοντα συστήματα και δυναμική απόκρυψη για δεδομένα κατά τη μεταφορά.
4. Natuvion DCS Protect. Εντοπίζει δεδομένα προσωπικού χαρακτήρα και εφαρμόζει ανωνυμοποίηση ή ψευδωνυμοποίηση σε συστήματα δοκιμών, ποιότητας, ανάπτυξης και εκπαίδευσης. Η Natuvion το τοποθετεί για δοκιμαστικές μεταπτώσεις και για τη συνεχή λειτουργία, και δεν αναφέρει το S/4HANA σε εκείνη τη σελίδα, οπότε επιβεβαιώστε την κάλυψη απευθείας.

Πριν αγοράσετε, ζητήστε από κάθε προμηθευτή να απαντήσει στα εξής πάνω στα δικά σας συστήματα:

1. Ποιες εκδόσεις S/4HANA και ποια μοντέλα ανάπτυξης υποστηρίζει σήμερα;
2. Κάνει την απόκρυψη πριν φύγουν τα δεδομένα από την παραγωγή ή αφού φτάσουν στο σύστημα-στόχο;
3. Μένει η απόκρυψη συνεπής στα συνδεδεμένα συστήματα, ώστε ένας πελάτης με απόκρυψη στο S/4HANA να αντιστοιχεί στον ίδιο πελάτη στο CRM ή στην αποθήκη δεδομένων σας;
4. Πόσο διαρκεί η ανανέωση ενός εταιρικού κωδικού σε όγκους παραγωγής;
5. Ποιος συντηρεί τους κανόνες απόκρυψης όταν προσθέτετε προσαρμοσμένους πίνακες ή πεδία;

Κάθε φάση δοκιμών χρειάζεται δεδομένα για διαφορετικό λόγο. Από εδώ ξεκινώ όταν σχεδιάζω τα δεδομένα δοκιμών σε ένα πρόγραμμα S/4HANA.

Φάση δοκιμών	Τι πρέπει να κάνουν τα δεδομένα	Συνήθης πηγή
Δοκιμές μονάδας	Να επιτρέπουν σε έναν προγραμματιστή να αποδείξει ότι ένα αντικείμενο λειτουργεί	Δεδομένα που χτίζονται, ή ένα μικρό τμήμα με απόκρυψη
Γύροι δοκιμών ολοκλήρωσης συστήματος	Να εκτελούν πλήρεις αλυσίδες διαδικασιών διαμέσου ενοτήτων και διεπαφών	Αντίγραφο σε επίπεδο παραγωγής με απόκρυψη ή επιλεκτικό αντίγραφο
Γύροι δοκιμών αποδοχής χρηστών	Να μοιάζουν με τα δεδομένα των ίδιων των επιχειρηματικών χρηστών, ώστε να αναγνωρίζουν τις περιπτώσεις τους	Δεδομένα σε επίπεδο παραγωγής με απόκρυψη, ανανεωμένα πριν από κάθε γύρο
Δοκιμές παλινδρόμησης	Να μένουν σταθερά, ώστε τα αποτελέσματα να συγκρίνονται από εκτέλεση σε εκτέλεση	Ένα σταθερό σύνολο δεδομένων που επαναφέρεται, μαζί με σχέδιο ανανέωσης
Δοκιμές απόδοσης	Να έχουν τον όγκο της παραγωγής, ώστε τα αποτελέσματα ταυτοχρονισμού να σημαίνουν κάτι	Πλήρες αντίγραφο με απόκρυψη, ή όγκος σε κλίμακα παραγωγής
Δοκιμαστικές μετατροπές και πρόβες μετάβασης	Να αποδεικνύουν τη μετάπτωση πάνω στην πραγματική μορφή των δεδομένων	Πλήρη αντίγραφα της παραγωγής, με απόκρυψη όπου έχουν πρόσβαση άνθρωποι εκτός της βασικής ομάδας

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

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

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

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

Δύο περιβάλλοντα, δύο σχέδια ανανέωσης

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

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

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

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

Αυτή είναι η σειρά που θα ακολουθούσα:

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

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

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

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

Τι είναι η διαχείριση δεδομένων δοκιμών SAP;

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

Μπορώ να χρησιμοποιήσω δεδομένα παραγωγής για δοκιμές SAP;

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

Είναι ακόμη διαθέσιμο το SAP TDMS για το S/4HANA;

Η τρέχουσα τεκμηρίωση του TDMS στο SAP Help Portal αφορά την έκδοση 4.0 SP14, και το TDMS αναπτύχθηκε πάνω στο SAP Business Suite. Δεν μπόρεσα να βρω επίσημη δήλωση της SAP για την κάλυψή του στις τρέχουσες εκδόσεις S/4HANA. Ρωτήστε γραπτώς τη SAP πριν σχεδιάσετε με βάση αυτό.

Ποια εργαλεία δημιουργούν επιλεκτικά δεδομένα δοκιμών SAP;

Το SAP Test Data Migration Server, καθώς και προϊόντα συνεργατών όπως τα EPI-USE Labs Data Sync Manager, SNP Kyano Test Data Organizer και Qlik Gold Client. Το Natuvion DCS Protect εστιάζει στην ανωνυμοποίηση και την ψευδωνυμοποίηση δεδομένων σε συστήματα δοκιμών. Ελέγξτε το καθένα σε σχέση με την έκδοση S/4HANA και το μοντέλο ανάπτυξής σας.

Πόσα δεδομένα δοκιμών χρειάζομαι για δοκιμές απόδοσης SAP;

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