Πώς να δοκιμάσετε την κάλυψη μεταφορέων ενός Tracking API πριν δεσμευτείτε (Σχέδιο δοκιμών + Λίστα ελέγχου)

Για να δοκιμάσετε την κάλυψη μεταφορέων ενός API παρακολούθησης πριν δεσμευτείτε, εκτελέστε μια δοκιμή proof of concept χρησιμοποιώντας τις δικές σας αποστολές, επαληθεύστε τα αποτελέσματα έναντι των αρχείων παρακολούθησης των μεταφορέων και μετρήστε την απόδοση ανά μεταφορέα, υπηρεσία και διαδρομή αποστολής. Απαιτήστε χρήσιμα συμβάντα παρακολούθησης, ακριβή αναγνώριση μεταφορέα και αξιόπιστη παράδοση ενημερώσεων — όχι απλώς αποδοχή ενός αριθμού παρακολούθησης. Συμφωνήστε τα κριτήρια επιτυχίας/αποτυχίας πριν ξεκινήσει η δοκιμή.

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

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

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

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

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

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

1. Δημιουργήστε έναν πίνακα αποστολών που αντικατοπτρίζει την επιχείρησή σας

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

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

Ομάδα δοκιμής	Τι να περιλαμβάνει	Τι τεκμηριώνει
Κύριες διαδρομές αποστολής	Οι συνδυασμοί μεταφορέα-υπηρεσίας-χώρας που χρησιμοποιείτε συχνά	Αν το API ταιριάζει στις καθημερινές λειτουργίες
Κρίσιμες διαδρομές μικρότερου όγκου	Υπηρεσίες που έχουν σημασία λόγω δεσμεύσεων προς πελάτες ή κόστους αντικατάστασης	Αν μια συνολική βαθμολογία αποκρύπτει σοβαρό κενό
Διασυνοριακές παραδόσεις	Αποστολές που μεταβιβάζονται μεταξύ φορέων προέλευσης και προορισμού	Αν η ορατότητα διατηρείται μετά τη μεταβίβαση
Εξαιρέσεις και επιστροφές	Γνωστές αποτυχημένες προσπάθειες, καθυστερήσεις και διαδρομές επιστροφής στον αποστολέα	Αν οι καταστάσεις υποστηρίζουν τη σωστή ενέργεια προς τον πελάτη
Αρνητικοί έλεγχοι	Μη έγκυρες εισόδους, ασύμβατοι μεταφορείς και εξουσιοδοτημένα αρχεία δοκιμών	Αν τα σφάλματα παραμένουν διακριτά από την έγκυρη παρακολούθηση

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

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

Πόσο μεγάλο πρέπει να είναι το δείγμα;

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

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

2. Συμφωνήστε το πρωτόκολλο δοκιμής πριν από την ενσωμάτωση

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

Ζητήστε από κάθε υποψήφιο να επιβεβαιώσει:

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

Για την αξιολόγηση του 17TRACK, χρησιμοποιήστε τη σελίδα προϊόντος Tracking API και την επίσημη τεκμηρίωση API ως σημεία εκκίνησης για ερωτήσεις σχετικά με το προϊόν και την ενσωμάτωση. Εφαρμόστε τον ίδιο πίνακα αποστολών και τους ίδιους κανόνες αποδοχής που χρησιμοποιείτε για κάθε άλλο υποψήφιο. Το αποτέλεσμα μιας δημόσιας σελίδας παρακολούθησης θα πρέπει να θεωρείται διασταύρωση και όχι απόδειξη της απόκρισης API που θα λάβει η εφαρμογή σας.

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

3. Δημιουργήστε αρχείο τεκμηρίωσης για κάθε αποστολή

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

• Εσωτερικό ID δοκιμής και αριθμός παρακολούθησης αποθηκευμένος με ασφάλεια.
• Αναμενόμενος μεταφορέας, υπηρεσία, προέλευση, προορισμός και γνωστός μεταφορέας επόμενου σταδίου.
• Έκδοση API, περιβάλλον, διαμόρφωση και χρόνος εγγραφής.
• Υποβληθέν αναγνωριστικό μεταφορέα και τυχόν πρόσθετες απαιτούμενες είσοδοι.
• Απόκριση εγγραφής, εντοπισμένος μεταφορέας, επιστρεφόμενη κατάσταση και ακατέργαστα φορτία συμβάντων.
• Στιγμιότυπα αναφοράς μεταφορέα με χρονικές σημάνσεις παρατήρησης.
• Χρονικές σημάνσεις παρατήρησης API και λήψης webhook, όπου ισχύει.
• Ετυμηγορία, κατηγορία απόκλισης, υπεύθυνος διερεύνησης και αποτέλεσμα επανελέγχου.

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

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

4. Εκτελέστε τη δοκιμή σε τέσσερα στάδια

Στάδιο A: Εγγραφή και αναγνώριση μεταφορέα

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

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

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

Στάδιο B: Περιεχόμενο συμβάντων και σημασία καταστάσεων

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

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

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

Στάδιο C: Ενεργές ενημερώσεις και παράδοση στο σύστημά σας

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

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

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

Στάδιο D: Συνέχεια διασυνοριακών αποστολών

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

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

5. Βαθμολογήστε τα αποτελέσματα χωρίς να αποκρύπτετε τα κενά

Χρησιμοποιήστε σαφείς παρονομαστές και παρουσιάστε τα αποτελέσματα ανά ομάδα μεταφορέα-υπηρεσίας-διαδρομής. Αυτές οι μετρήσεις αποτελούν ένα πρακτικό scorecard:

• Επιτυχία εγγραφής: Αποδεκτές έγκυρες αποστολές διαιρεμένες με τις έγκυρες αποστολές που υποβλήθηκαν.
• Κάλυψη χρήσιμων συμβάντων: Επιλέξιμες αποστολές που επιστρέφουν τα συμβάντα που απαιτούν οι κανόνες αποδοχής σας διαιρεμένες με τις επιλέξιμες αποστολές που δοκιμάστηκαν.
• Ακρίβεια αναγνώρισης μεταφορέα: Ορθές αναγνωρίσεις μεταφορέα διαιρεμένες με τις αποστολές που αξιολογήθηκαν για ανίχνευση.
• Ακρίβεια τελικού αποτελέσματος: Ορθά τελικά αποτελέσματα διαιρεμένα με τις ολοκληρωμένες αποστολές με επιβεβαιωμένο αποτέλεσμα αναφοράς.
• Παρατηρούμενη καθυστέρηση ορατότητας: Η κατανομή του χρόνου ορατότητας API μείον τον χρόνο ορατότητας της αναφοράς μεταφορέα για τα αντιστοιχισμένα συμβάντα.
• Επιτυχία παράδοσης ενημερώσεων: Απαιτούμενες ενημερώσεις που λήφθηκαν και επεξεργάστηκαν επιτυχώς από την εφαρμογή σας διαιρεμένες με τις απαιτούμενες ενημερώσεις που παρατηρήθηκαν στο API.

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

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

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

6. Λάβετε υπό όρους απόφαση προμηθειών

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

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

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

Λίστα ελέγχου πριν από τη δέσμευση

• Οι υποχρεωτικοί μεταφορείς, υπηρεσίες και διαδρομές κατονομάζονται ρητά.
• Αντιπροσωπεύονται τόσο ενεργές όσο και ολοκληρωμένες αποστολές.
• Οι αρνητικοί έλεγχοι διαχωρίζονται από την κάλυψη έγκυρων αποστολών.
• Η αυτόματη ανίχνευση και η ρητή επιλογή μεταφορέα αξιολογούνται ξεχωριστά όπου είναι διαθέσιμες.
• Οι απαιτούμενες πρόσθετες είσοδοι τεκμηριώνονται και είναι διαθέσιμες στα συστήματά σας.
• Τα στοιχεία αναφοράς του μεταφορέα και οι ακατέργαστες αποκρίσεις API διατηρούνται με ασφάλεια.
• Ελέγχονται οι διασυνοριακές μεταβιβάσεις και τα τελικά αποτελέσματα.
• Η λήψη webhook και η επεξεργασία από την εφαρμογή μετρώνται ξεχωριστά από τη διαθεσιμότητα του API.
• Κάθε μέτρηση έχει καθορισμένο παρονομαστή, παράθυρο παρατήρησης και κανόνα εξαίρεσης.
• Οι αποτυχίες κρίσιμων διαδρομών δεν μπορούν να παρακαμφθούν από συνολική βαθμολογία.
• Τα μη δοκιμασμένα σενάρια έχουν υπεύθυνο και σχέδιο επικύρωσης.
• Η διαμόρφωση παραγωγής, η κλιμάκωση υποστήριξης και οι παραδοχές χρέωσης έχουν επιβεβαιωθεί.
• Μια περιορισμένη ανάπτυξη και διαδικασία εναλλακτικής λύσης έχουν συμφωνηθεί πριν από την πλήρη μετάβαση.

Συχνές ερωτήσεις

Σημαίνει η αναγραφή ενός μεταφορέα ότι καλύπτονται όλες οι υπηρεσίες του;

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

Μπορώ να δοκιμάσω την κάλυψη χρησιμοποιώντας μόνο αριθμούς παρακολούθησης παραδοθέντων αποστολών;

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

Τι πρέπει να κάνω όταν το API και η σελίδα του μεταφορέα διαφωνούν;

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

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

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

Πρέπει να επαναλαμβάνεται η δοκιμή κάλυψης μεταφορέων μετά την έναρξη λειτουργίας;

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

Πηγές

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

• 17TRACK Tracking API — επίσημη αναφορά προϊόντος για αξιολόγηση ενός API 17TRACK.
• Τεκμηρίωση API 17TRACK — επίσημη τεχνική αναφορά για έλεγχο έναντι της προτεινόμενης υλοποίησης και διαμόρφωσης δοκιμής.