Ποιο είναι το συμπέρασμα — πρέπει να γράφουμε δοκιμές, σωστά;

Οι δοκιμές πρέπει να γράφονται για τον κώδικα που:

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

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

func Add(a, b int) int {
    return a + b
}

func TestAdd(t *testing.T) {
    result := Add(2, 3)
    if result != 5 {
        t.Errorf("Αναμενόμενο 5, πήρα %d", result)
    }
}

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