what is end end testing
Τι είναι το End to End Testing: E2E Testing Framework με παραδείγματα
Ο έλεγχος από άκρο σε άκρο είναι μια μεθοδολογία δοκιμών λογισμικού για τη δοκιμή μιας ροής εφαρμογών από την αρχή έως το τέλος. Ο σκοπός της δοκιμής End to end είναι η προσομοίωση του πραγματικού σεναρίου χρήστη και η επικύρωση του υπό δοκιμή συστήματος και των συνιστωσών του για ενσωμάτωση και ακεραιότητα δεδομένων.
Κανείς δεν θέλει να είναι γνωστός για τα λάθη και την αμέλεια τους, και το ίδιο ισχύει και για τους Δοκιμαστές. Όταν οι υπεύθυνοι δοκιμών έχουν μια εφαρμογή για δοκιμή, από εκείνη τη στιγμή, αναλαμβάνουν την ευθύνη και η εφαρμογή ενεργεί επίσης ως πλατφόρμα για να δείξει τις πρακτικές και τεχνικές γνώσεις τους.
Έτσι, για να το περιγράψω τεχνικά, για να διασφαλιστεί ότι η δοκιμή έχει ολοκληρωθεί, είναι απαραίτητο να εκτελεστεί ' Δοκιμή End to End ' .
Σε αυτό το σεμινάριο, θα μάθουμε τι είναι το End to End Testing, πώς γίνεται, γιατί είναι απαραίτητο, ποιες είναι οι μήτρες που χρησιμοποιούνται, πώς να δημιουργήσουμε ένα end-to-end συγκεκριμένες δοκιμαστικές περιπτώσεις και μερικές άλλες σημαντικές πτυχές επίσης. Θα μάθουμε επίσης για τη δοκιμή συστήματος και θα τη συγκρίνουμε με τη δοκιμή End to End.
Πραγματικό επίσης => Εκπαίδευση End to End σε Live Project - Δωρεάν διαδικτυακή εκπαίδευση QA.
Τι θα μάθετε:
ποια είναι η διαφορά μεταξύ sql και sql server
- Τι είναι το End to End Testing;
- Εργαλεία δοκιμών από άκρο σε άκρο
- Πώς λειτουργεί το End-to-End Test;
- Μέθοδοι δοκιμής E2E
- Γιατί εκτελούμε δοκιμές E2E;
- Πλαίσιο σχεδιασμού δοκιμών E2E
- Συμμετέχουσες μετρήσεις
- συμπέρασμα
Τι είναι το End to End Testing;
Ο έλεγχος από άκρο σε άκρο είναι μια μεθοδολογία δοκιμών λογισμικού για τη δοκιμή μιας ροής εφαρμογών από την αρχή έως το τέλος. Ο σκοπός αυτής της δοκιμής είναι να προσομοιώσει το πραγματικό σενάριο χρήστη και να επικυρώσει το υπό δοκιμή σύστημα και τα στοιχεία του για ενσωμάτωση και ακεραιότητα δεδομένων.
Εκτελείται από την αρχή έως το τέλος σε πραγματικό σενάριο όπως επικοινωνία της εφαρμογής με υλικό, δίκτυο, βάση δεδομένων και άλλες εφαρμογές.
Ο κύριος λόγος για τη διεξαγωγή αυτού του ελέγχου είναι να προσδιοριστούν διάφορες εξαρτήσεις μιας εφαρμογής καθώς και να διασφαλιστεί ότι οι ακριβείς πληροφορίες κοινοποιούνται μεταξύ διαφόρων στοιχείων του συστήματος. Συνήθως εκτελείται μετά την ολοκλήρωση λειτουργικών δοκιμών και δοκιμών συστήματος οποιασδήποτε εφαρμογής.
Ας πάρουμε ένα παράδειγμα του Gmail:
End to End Η επαλήθευση ενός λογαριασμού Gmail θα περιλαμβάνει τα ακόλουθα βήματα:
- Εκκίνηση μιας σελίδας σύνδεσης Gmail μέσω URL.
- Σύνδεση στο λογαριασμό Gmail χρησιμοποιώντας έγκυρα διαπιστευτήρια.
- Πρόσβαση στα Εισερχόμενα. Άνοιγμα αναγνωσμένων και μη αναγνωσμένων email.
- Σύνθεση νέου email, απάντηση ή προώθηση email.
- Άνοιγμα απεσταλμένων στοιχείων και έλεγχος email.
- Έλεγχος email στο φάκελο Spam
- Αποσύνδεση από την εφαρμογή Gmail κάνοντας κλικ στην επιλογή 'αποσύνδεση'
Εργαλεία δοκιμών από άκρο σε άκρο
Προτεινόμενο εργαλείο:
# 1) TestCraft
Σας συνιστούμε να χρησιμοποιήσετε ένα εργαλείο αυτοματοποίησης δοκιμής από άκρο σε άκρο, όπως το TestCraft.
Το TestCraft είναι μια πλατφόρμα αυτοματοποίησης δοκιμών Selenium χωρίς κωδικό. Η επαναστατική τεχνολογία τεχνητής νοημοσύνης και η μοναδική οπτική μοντελοποίηση επιτρέπουν ταχύτερη δημιουργία και εκτέλεση δοκιμών, ενώ παράλληλα εξαλείφονται τα γενικά έξοδα συντήρησης δοκιμών.
Οι δοκιμαστές δημιουργούν πλήρως αυτοματοποιημένα σενάρια δοκιμών χωρίς κωδικοποίηση. Οι πελάτες βρίσκουν σφάλματα πιο γρήγορα, απελευθερώνουν πιο συχνά, ενσωματώνουν την προσέγγιση CI / CD και βελτιώνουν τη συνολική ποιότητα των ψηφιακών τους προϊόντων. Όλα αυτά δημιουργούν μια ολοκληρωμένη δοκιμαστική εμπειρία.
=> Επισκεφτείτε τον ιστότοπο TestCraft
Πώς λειτουργεί το End-to-End Test;
Για να καταλάβουμε λίγο περισσότερο, ας το μάθουμε Πως δουλεύει?
Πάρτε έναπαράδειγμαΤραπεζικής Βιομηχανίας. Λίγοι από εμάς πρέπει να το δοκιμάσαμε Αποθέματα. Όταν ένας κάτοχος λογαριασμού Demat, αγοράζει οποιαδήποτε μετοχή, ένα συγκεκριμένο ποσοστό του ποσού πρέπει να δοθεί στον μεσίτη. Όταν ο μέτοχος πωλεί αυτή τη μετοχή, είτε παίρνει κέρδος ή ζημία, ένα συγκεκριμένο ποσοστό του ποσού δίνεται και πάλι στον μεσίτη. Όλες αυτές οι συναλλαγές αντικατοπτρίζονται και διαχειρίζονται σε λογαριασμούς. Η όλη διαδικασία περιλαμβάνει τη διαχείριση κινδύνων.
Όταν εξετάσουμε το παραπάνω παράδειγμα, έχοντας κατά νου τη δοκιμή End-to-End, θα διαπιστώσουμε ότι η όλη διαδικασία περιλαμβάνει πολλαπλούς αριθμούς καθώς και διαφορετικά επίπεδα συναλλαγών. Η όλη διαδικασία περιλαμβάνει πολλά συστήματα που μπορεί να είναι δύσκολο να ελεγχθούν.
Μέθοδοι δοκιμής E2E
# 1) Οριζόντια δοκιμή:
Αυτή η μέθοδος χρησιμοποιείται πολύ συχνά. Εμφανίζεται οριζόντια στο πλαίσιο πολλαπλών εφαρμογών. Αυτή η μέθοδος μπορεί εύκολα να πραγματοποιηθεί σε μία εφαρμογή ERP (Enterprise Resource Planning). Πάρτε ένα παράδειγμα μιας διαδικτυακής εφαρμογής ενός συστήματος ηλεκτρονικών παραγγελιών. Η όλη διαδικασία θα περιλαμβάνει λογαριασμούς, κατάσταση αποθέματος των προϊόντων καθώς και λεπτομέρειες αποστολής.
# 2) Κάθετη δοκιμή:
Σε αυτήν τη μέθοδο, όλες οι συναλλαγές οποιασδήποτε εφαρμογής επαληθεύονται και αξιολογούνται από την αρχή έως το τέλος. Κάθε μεμονωμένο επίπεδο της εφαρμογής δοκιμάζεται ξεκινώντας από πάνω προς τα κάτω. Πάρτε ένα παράδειγμα μιας διαδικτυακής εφαρμογής που χρησιμοποιεί κώδικες HTML για την πρόσβαση σε διακομιστές ιστού. Σε τέτοιες περιπτώσεις, απαιτείται API για τη δημιουργία κωδικών SQL έναντι της βάσης δεδομένων. Όλα αυτά τα πολύπλοκα σενάρια υπολογιστών θα απαιτούν σωστή επικύρωση και ειδική δοκιμή. Έτσι, αυτή η μέθοδος είναι πολύ πιο δύσκολη.
' Δοκιμή λευκού κουτιού ' καθώς ' Δοκιμή μαύρου κουτιού ' και οι δύο σχετίζονται με αυτήν τη δοκιμή. Ή με άλλα λόγια, μπορούμε να πούμε, αυτός είναι ο συνδυασμός των πλεονεκτημάτων τόσο της δοκιμής λευκού κουτιού όσο και της δοκιμής μαύρου κουτιού. Ανάλογα με τον τύπο του λογισμικού που αναπτύσσεται, σε διαφορετικά επίπεδα, χρησιμοποιούνται τόσο οι τεχνικές δοκιμών, δηλαδή η δοκιμή λευκού κουτιού και μαύρου κουτιού όσο και όταν απαιτείται. Βασικά, το τεστ End to End εκτελεί λειτουργική καθώς και αρχιτεκτονική προσέγγιση για οποιοδήποτε λογισμικό ή προγράμματα για την επικύρωση των λειτουργιών του συστήματος.
Οι ελεγκτές όπως επαλήθευση End to End επειδή γράφετε δοκιμαστικές περιπτώσεις από χρήστη ' Η προοπτική και σε ένα πραγματικό σενάριο, μπορεί να αποφύγει τα δύο κοινά λάθη. ' λείπει ένα σφάλμα ' και ' σύνταξη δοκιμαστικών περιπτώσεων που δεν επαληθεύουν σενάρια πραγματικού κόσμου ' . Αυτό παρέχει στους δοκιμαστές, μια τεράστια αίσθηση ολοκλήρωσης.
Παρακάτω αναφέρονται μερικές οδηγίες που πρέπει να ληφθούν υπόψη κατά τον σχεδιασμό των δοκιμαστικών περιπτώσεων για την εκτέλεση αυτού του τύπου δοκιμών:
- Οι δοκιμαστικές θήκες πρέπει να σχεδιάζονται από την οπτική γωνία του τελικού χρήστη.
- Πρέπει να επικεντρωθεί στη δοκιμή ορισμένων υπαρχόντων χαρακτηριστικών του συστήματος.
- Πολλαπλά σενάρια θα πρέπει να ληφθούν υπόψη για τη δημιουργία πολλαπλών δοκιμαστικών περιπτώσεων.
- Θα πρέπει να δημιουργηθούν διαφορετικά σύνολα δοκιμαστικών περιπτώσεων για εστίαση σε πολλαπλά σενάρια του συστήματος.
Καθώς εκτελούμε οποιεσδήποτε δοκιμαστικές περιπτώσεις, παρόμοια συμβαίνει με αυτήν τη δοκιμή. Εάν οι δοκιμαστικές περιπτώσεις είναι «Pass», δηλαδή έχουμε την αναμενόμενη έξοδο, λέγεται ότι το σύστημα έχει περάσει επιτυχώς τη δοκιμή End to End. Ομοίως, εάν το σύστημα δεν παράγει την επιθυμητή έξοδο, τότε απαιτείται επανεξέταση μιας δοκιμαστικής θήκης λαμβάνοντας υπόψη τις περιοχές αστοχίας.
Γιατί εκτελούμε δοκιμές E2E;
Στο παρόν σενάριο, όπως φαίνεται και στο παραπάνω διάγραμμα, ένα σύγχρονο σύστημα λογισμικού περιλαμβάνει τη διασύνδεσή του με πολλαπλά υποσυστήματα. Αυτό έχει κάνει τα σύγχρονα συστήματα λογισμικού πολύπλοκα.
Αυτά τα υποσυστήματα για τα οποία μιλάμε μπορούν να ανήκουν στον ίδιο οργανισμό ή σε πολλές περιπτώσεις μπορεί να είναι και διαφορετικών οργανισμών. Επίσης, αυτά τα υποσυστήματα μπορεί να είναι κάπως παρόμοια ή διαφορετικά από το τρέχον σύστημα. Ως αποτέλεσμα, εάν υπάρχει οποιαδήποτε αποτυχία ή σφάλμα σε οποιοδήποτε υποσύστημα, μπορεί να επηρεάσει αρνητικά ολόκληρο το σύστημα λογισμικού που οδηγεί στην κατάρρευση του.
Αυτοί οι μεγάλοι κίνδυνοι μπορούν να αποφευχθούν και μπορούν να ελεγχθούν με αυτόν τον τύπο δοκιμών:
- Κρατήστε έναν έλεγχο και πραγματοποιήστε επαλήθευση ροής συστήματος.
- Αυξήστε τις περιοχές κάλυψης δοκιμών όλων των υποσυστημάτων που εμπλέκονται στο σύστημα λογισμικού.
- Εντοπίζει προβλήματα, εάν υπάρχουν, με τα υποσυστήματα και, συνεπώς, αυξάνει την παραγωγικότητα ολόκληρου του συστήματος λογισμικού.
Παρακάτω αναφέρονται τα λίγες δραστηριότητες που περιλαμβάνονται στη διαδικασία από άκρο σε άκρο:
- Μια διεξοδική μελέτη των απαιτήσεων για την εκτέλεση αυτού του ελέγχου.
- Κατάλληλος δημιουργία δοκιμαστικών περιβαλλόντων.
- Μια διεξοδική μελέτη των απαιτήσεων υλικού και λογισμικού.
- Περιγραφές όλων των υποσυστημάτων καθώς και του κύριου συστήματος λογισμικού που εμπλέκεται.
- Προσκαλέστε τους ρόλους και τις ευθύνες για όλα τα εμπλεκόμενα συστήματα και υποσυστήματα.
- Μέθοδοι δοκιμής που χρησιμοποιούνται στο πλαίσιο αυτής της δοκιμής καθώς και πρότυπα που ακολουθούνται, η περιγραφή του.
- Σχεδιασμός δοκιμαστικών περιπτώσεων καθώς και μήτρα απαίτησης εντοπισμού.
- Καταγράψτε ή αποθηκεύστε τα δεδομένα εισόδου και εξόδου για κάθε σύστημα.
Πλαίσιο σχεδιασμού δοκιμών E2E
Θα εξετάσουμε και τις τρεις κατηγορίες μία προς μία:
# 1) Λειτουργίες χρήστη: Οι ακόλουθες ενέργειες πρέπει να εκτελούνται ως μέρος της δημιουργίας λειτουργιών χρήστη:
- Λίστα χαρακτηριστικών των συστημάτων λογισμικού και των διασυνδεδεμένων υποσυστημάτων τους.
- Για οποιαδήποτε λειτουργία, παρακολουθείτε τις ενέργειες που εκτελούνται καθώς και τα δεδομένα εισόδου και εξόδου.
- Βρείτε τις σχέσεις, εάν υπάρχουν μεταξύ διαφορετικών λειτουργιών χρηστών.
- Μάθετε τη φύση των διαφορετικών λειτουργιών χρήστη. εάν είναι ανεξάρτητα ή είναι επαναχρησιμοποιήσιμα.
# 2) Προϋποθέσεις: Οι ακόλουθες δραστηριότητες πρέπει να εκτελούνται ως μέρος των συνθηκών δόμησης με βάση τις λειτουργίες του χρήστη:
- Για κάθε λειτουργία χρήστη, πρέπει να προετοιμάζεται ένα σύνολο συνθηκών.
- Ο χρόνος, οι συνθήκες δεδομένων και άλλοι παράγοντες που επηρεάζουν τις λειτουργίες του χρήστη μπορούν να θεωρηθούν ως παράμετροι.
# 3) Περιπτώσεις δοκιμής: Θα πρέπει να λαμβάνονται υπόψη οι ακόλουθοι παράγοντες για τις δοκιμές κτιρίων:
- Για κάθε σενάριο, θα πρέπει να δημιουργούνται μία ή περισσότερες περιπτώσεις δοκιμών για τη δοκιμή κάθε λειτουργικότητας των λειτουργιών του χρήστη.
- Κάθε μεμονωμένη συνθήκη πρέπει να καταχωριστεί ως ξεχωριστή δοκιμαστική θήκη.
Συμμετέχουσες μετρήσεις
Μετάβαση στις επόμενες σημαντικές δραστηριότητες ή μετρήσεις που εμπλέκονται σε αυτήν τη δοκιμή :
- Κατάσταση προετοιμασίας υπόθεσης: Αυτό μπορεί να παρακολουθείται με τη μορφή γραφήματος για να αντιπροσωπεύει την πρόοδο των προγραμματισμένων δοκιμαστικών περιπτώσεων που βρίσκονται υπό προετοιμασία.
- Εβδομαδιαία παρακολούθηση της προόδου του τεστ: Αυτό περιλαμβάνει εβδομαδιαία αναπαράσταση της προόδου εκτέλεσης των δοκιμαστικών περιπτώσεων. Μπορεί να αντικατοπτρίζεται μέσω ποσοστιαίας αναπαράστασης για περιπτώσεις πάσο, αποτυχία, εκτέλεση, μη εκτέλεση, άκυρη κ.λπ.
- Κατάσταση και αναλυτική αναφορά για ελαττώματα: Η αναφορά κατάστασης πρέπει να προετοιμάζεται σε καθημερινή βάση για να δείχνει την κατάσταση εκτέλεσης της δοκιμαστικής υπόθεσης καθώς και τα ελαττώματα που εντοπίστηκαν και καταγράφηκαν ανάλογα με τη σοβαρότητά τους. Εβδομαδιαία, πρέπει να υπολογίζεται το ποσοστό των ανοικτών και κλειστών ελαττωμάτων. Επίσης, με βάση τη σοβαρότητα και την προτεραιότητα του ελαττώματος, η κατάσταση ελαττωμάτων πρέπει να παρακολουθείται σε εβδομαδιαία βάση.
- Περιβάλλον δοκιμής: Αυτό παρακολουθεί τη διάρκεια του περιβάλλοντος δοκιμής που έχει εκχωρηθεί, καθώς και τον χρόνο περιβάλλοντος δοκιμής που πραγματικά χρησιμοποιήθηκε κατά την εκτέλεση αυτής της δοκιμής.
Έχουμε δει σχεδόν όλες τις πτυχές αυτής της δοκιμής. Τώρα ας μας διαφοροποιούν ' Δοκιμή συστήματος ' και ' Δοκιμή End to End ' . Αλλά πριν από αυτό, επιτρέψτε μου να σας δώσω μια βασική ιδέα του «System testing», ώστε να μπορούμε εύκολα να διακρίνουμε τις δύο μορφές δοκιμές λογισμικού .
Δοκιμή συστήματος είναι η μορφή δοκιμών που περιλαμβάνει μια σειρά διαφορετικών δοκιμών, σκοπός των οποίων είναι η εκτέλεση του πλήρους ελέγχου του ολοκληρωμένου συστήματος. Η δοκιμή συστήματος είναι βασικά μια μορφή δοκιμής μαύρου κουτιού, όπου η εστίαση είναι στην εξωτερική λειτουργία των συστημάτων λογισμικού από την άποψη του χρήστη διατηρώντας τις πραγματικές συνθήκες ως υπόψιν.
Η δοκιμή συστήματος περιλαμβάνει:
- Δοκιμή μιας ολοκληρωμένης εφαρμογής, συμπεριλαμβανομένου του κύριου συστήματος.
- Προσδιορίστε τα στοιχεία αλληλεπιδρούν μεταξύ τους και εντός του συστήματος.
- Επαληθεύστε την επιθυμητή έξοδο με βάση την παρεχόμενη είσοδο.
- Ανάλυση της εμπειρίας του χρήστη κατά τη χρήση διαφόρων πτυχών της εφαρμογής.
Πάνω έχουμε δει τη βασική περιγραφή των δοκιμών συστήματος για να την κατανοήσουμε. Τώρα, θα εξετάσουμε τις διαφορές μεταξύ 'Δοκιμή συστήματος' και 'Δοκιμή από άκρο σε τέλος'.
S.No. | Δοκιμή από άκρο σε τέλος | Δοκιμή συστήματος |
---|---|---|
1 | Επικυρώνει τόσο το κύριο σύστημα λογισμικού όσο και όλα τα διασυνδεδεμένα Υποσυστήματα. | Σύμφωνα με τις προδιαγραφές που παρέχονται στο έγγραφο Απαίτηση, επικυρώνει απλώς το σύστημα λογισμικού. |
δύο | Η κύρια έμφαση είναι στην επαλήθευση της ροής διαδικασίας δοκιμής από άκρο σε άκρο. | Η κύρια έμφαση είναι στην επαλήθευση και τον έλεγχο λειτουργιών και λειτουργιών του συστήματος λογισμικού. |
3 | Κατά την εκτέλεση των δοκιμών, λαμβάνονται υπόψη όλες οι διεπαφές, συμπεριλαμβανομένων των διαδικασιών backend του συστήματος λογισμικού. | Κατά την εκτέλεση δοκιμών, μόνο οι λειτουργικές και οι μη λειτουργικές περιοχές και τα χαρακτηριστικά τους λαμβάνονται υπόψη για δοκιμή. |
4 | Ο έλεγχος από άκρο σε άκρο εκτελείται / εκτελείται μετά την ολοκλήρωση της δοκιμής συστήματος οποιουδήποτε συστήματος λογισμικού. | Ο έλεγχος συστήματος πραγματοποιείται βασικά μετά την ολοκλήρωση των δοκιμών ολοκλήρωσης του συστήματος λογισμικού. |
5 | Η μη αυτόματη δοκιμή προτιμάται ως επί το πλείστον για την εκτέλεση δοκιμών από άκρο σε άκρο, καθώς αυτές οι μορφές δοκιμών περιλαμβάνουν δοκιμές εξωτερικών διεπαφών, οι οποίες μπορεί να είναι πολύ δύσκολο να αυτοματοποιηθούν κατά καιρούς. Και θα κάνει την όλη διαδικασία πολύ περίπλοκη. | Τόσο η χειροκίνητη όσο και η δοκιμή αυτοματισμού μπορούν να εκτελεστούν ως μέρος της δοκιμής συστήματος. |
συμπέρασμα
Ελπίζω να μάθατε διάφορες πτυχές των δοκιμών End to End, όπως οι διαδικασίες, οι μετρήσεις και η διαφορά μεταξύ δοκιμών συστήματος και δοκιμών End to End.
Για οποιαδήποτε εμπορική έκδοση του λογισμικού, η επαλήθευση End to End παίζει σημαντικό ρόλο καθώς δοκιμάζει ολόκληρη την εφαρμογή σε ένα περιβάλλον που μιμείται ακριβώς χρήστες πραγματικού κόσμου όπως επικοινωνία δικτύου, αλληλεπίδραση βάσης δεδομένων κ.λπ.
Κυρίως, η δοκιμή από άκρο σε άκρο εκτελείται χειροκίνητα, καθώς το κόστος αυτοματοποίησης τέτοιων δοκιμαστικών περιπτώσεων είναι πολύ υψηλό για να επιβαρυνθεί από κάθε οργανισμό. Αυτό δεν είναι μόνο ευεργετικό για την επικύρωση του συστήματος, αλλά μπορεί επίσης να θεωρηθεί χρήσιμο για τον έλεγχο εξωτερικής ολοκλήρωσης.
Ενημερώστε μας εάν έχετε ερωτήσεις σχετικά με τη δοκιμή end-to-end.
Συνιστώμενη ανάγνωση
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Βασικές διαφορές μεταξύ δοκιμής μαύρου κουτιού και δοκιμής λευκού κουτιού
- Testing Primer eBook Λήψη
- Λειτουργική δοκιμή εναντίον μη λειτουργική δοκιμή
- Αναλυτικό πρόγραμμα μαθημάτων δοκιμής λογισμικού - Διαδικτυακό λεπτομερές πρόγραμμα εκπαίδευσης
- Τι είναι η δοκιμή αντοχής στη δοκιμή λογισμικού (παραδείγματα)
- Δοκιμή μαύρου κουτιού: Ένα σε βάθος εκπαιδευτικό πρόγραμμα με παραδείγματα και τεχνικές
- Τι είναι ο έλεγχος συστατικών στοιχείων ή ο έλεγχος ενότητας (Μάθετε με παραδείγματα)