Ein Feld akzeptiert eine Menge von 1 bis 100. Welche Testfälle würdest du schreiben?

Nimm Äquivalenzklassenbildung plus Grenzwertanalyse. Die Klassen sind unterhalb des Bereichs, gültiger Bereich und oberhalb, also je ein Vertreter. Die Grenzen sind der interessante Teil: 0, 1, 2, 99, 100, 101. Dann kommen die nicht numerischen Fälle: leer, negativ, dezimal, Leerzeichen, sehr große Zahlen und Text, dazu wie sich das Feld beim Einfügen statt beim Tippen verhält.

Ich würde Äquivalenzklassen nutzen, um den Raum zu schneiden, dann Grenzwertanalyse für die interessanten Teile. Die Klassen sind unter eins, eins bis hundert und über hundert, ein Wert aus jeder deckt die Klassen ab. Dann die Grenzen, wo die Defekte tatsächlich leben, denn Off-by-one ist der häufigste Fehler in einer Bereichsprüfung: 0, 1, 2, 99, 100 und 101. Wenn ich nur sechs Fälle fahren darf, sind das die sechs. Danach gehe ich auf alles los, was kein braver Integer ist, denn dort wird die Validierung übersprungen: leer, ein einzelnes Leerzeichen, ein negativer Wert, eine Dezimalzahl wie 1.5, eine führende Null, eine sehr lange Zahl, die den dahinterliegenden Typ überläuft, wissenschaftliche Notation und schlichter Text. Ich teste auch die Eingabemethode, denn Tippen, Einfügen und die Spinner-Pfeile des Browsers treffen oft unterschiedliche Codepfade, und ich habe Bugs gefunden, bei denen Tippen validiert wurde und Einfügen nicht. Und ich prüfe den Server, nicht nur den Browser, indem ich 101 direkt an die API schicke, denn Client-seitige Validierung ist Komfort und keine Kontrolle.