Δώσε ένα παράδειγμα για το πώς θα επέλεγες τις περιπτώσεις δοκιμής για ένα αίτημα PUT.

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

Παραδείγματα περιπτώσεων δοκιμής:

1. Θετικό σενάριο (επιτυχής ενημέρωση):

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

2. Αρνητικά σενάρια (σφάλματα και εξαιρέσεις):

   • Προσπάθεια ενημέρωσης μη υπάρχοντος πόρου. Αναμενόμενη απάντηση: 404 Not Found.
   • Αποστολή αίτησης χωρίς σώμα. Αναμενόμενη απάντηση: 400 Bad Request ή 422 Unprocessable Entity.
   • Αποστολή αίτησης με μη έγκυρη μορφή σώματος (π.χ., μη έγκυρο JSON). Αναμενόμενη απάντηση: 400 Bad Request.
   • Αποστολή αίτησης με μη έγκυρους τύπους δεδομένων για τα πεδία. Για παράδειγμα, συμβολοσειρά αντί για αριθμό. Αναμενόμενη απάντηση: 400 Bad Request ή 422 Unprocessable Entity.
   • Αποστολή αίτησης με υποχρεωτικά πεδία που λείπουν από το σώμα. Αναμενόμενη απάντηση: 400 Bad Request ή 422 Unprocessable Entity.
   • Αποστολή αίτησης με πεδία που υπερβαίνουν το επιτρεπτό μήκος ή εύρος. Αναμενόμενη απάντηση: 400 Bad Request ή 422 Unprocessable Entity.
   • Αποστολή αίτησης με μη έγκυρη τιμή στη διαδρομή (π.χ., μη έγκυρο ID). Αναμενόμενη απάντηση: 400 Bad Request ή 404 Not Found.
   • Προσπάθεια ενημέρωσης αποκλεισμένου ή μη προσβάσιμου πόρου (εάν ισχύει). Αναμενόμενη απάντηση: 403 Forbidden ή 409 Conflict.
   • Αποστολή αίτησης με λανθασμένους τίτλους (π.χ., Content-Type). Αναμενόμενη απάντηση: 415 Unsupported Media Type ή 400 Bad Request.
   • Ενημέρωση με ειδικούς χαρακτήρες ή emoji στα πεδία κειμένου.

3. Οριακές συνθήκες:

   • Ενημέρωση πεδίων με οριακές τιμές (π.χ., ελάχιστη/μέγιστη ημερομηνία, οριακοί αριθμοί).
   • Ενημέρωση πεδίων με κενές συμβολοσειρές ή null τιμές (εάν επιτρέπεται).

4. Σενάρια παράλληλης πρόσβασης:

   • Ταυτόχρονη προσπάθεια ενημέρωσης του ίδιου πόρου από πολλαπλές πηγές (εάν είναι σχετικό με το δοκιμαζόμενο σύστημα).

5. Έλεγχος συνεπειών ενημέρωσης:

   • Έλεγχος ότι τα δεδομένα ενημερώθηκαν σωστά στη βάση δεδομένων ή σε άλλα συστήματα.
   • Έλεγχος ότι οι εξαρτώμενοι πόροι ή δεδομένα ενημερώθηκαν/αλλάχθηκαν ανάλογα (εάν υπάρχουν εξαρτήσεις).
   • Έλεγχος ότι το GET αίτημα στον ενημερωμένο πόρο επιστρέφει τα τρέχοντα δεδομένα.
   • Έλεγχος ότι άλλες λειτουργίες (DELETE, POST) με τον ενημερωμένο πόρο λειτουργούν σωστά.

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