Welche Testszenarien sind notwendig und ausreichend ist, um erschöpfend Blackbox eine Termin Modell testen?

Question

Ich habe ein django Modell für einen Termin in einem Kalender, den ich für einen sehr umfassenden Testfahrer zu schreiben versucht bin. Der wiederkehrende Termin tritt zu einem bestimmten Zeitpunkt und kann entweder unendlich läuft auf oder für eine festgelegte Anzahl von Malen wiederholen. Die Ernennung spiegelt die verfügbaren Funktionen für einen Kalendertermin Google (kann alle zwei Wochen, monatlich / jährlich / wöchentlich wiederholen, alle 3 Jahre).

Ich versuche, mit einem Unit-Test zu entwickeln, die die Grundlagen dieser Implementierung erschöpfend testen. Ich suche den Rand Fälle, die die grundlegendsten Tests definieren.

Ich habe eine Menge von grundlegend diejenigen, aber für Anregungen bin auf der Suche zu helfen, die wichtigsten Fälle zu identifizieren: 1) Erstellen Sie einen einzelnen Termin 2) Erstellen Sie einen Termin, die wiederholt wöchentlich 3) ... kehrt monatlich 4) wiederholt sich alle 2 Wochen 5) wiederholt sich alle 2 Monate 6) wiederholt sich jährlich

Answer 1

Test mit letzten Tagen der Monate, Jahre springen, und ob sie verrückt werden, wenn das Jahr eine zusätzliche Sekunde hat (dies prallte gegen einen Fahrer in dem Zune-Player).

Testen Sie es verhält sich gut, wenn Jahren kreuzen.

Das heißt, prüfen, ob Sie etwas neu zu testen, die Teil des Rahmens ist. Prüftermin Logik kann hässlich wirklich schnell bekommen, so dass Sie auf eine Linie zeichnen wollen, was Teil der Anwendung ist und was Teil des Rahmens.

Answer 2

Vergessen Sie nicht, für 29. Februar jährliche Wiederholung zu testen, auf einem Schaltjahr;)

Answer 3

Bevor Sie leiern Szenarien zu starten, müssen Sie wirklich mit einem Testplan auf Ihr Verständnis für die Anforderungen auf Basis zu entwickeln.

Betrachten Sie Ihre Benutzerbasis und alle anderen möglichen / zukünftigen Benutzer Basen (wie eine niedrigere Priorität). Was werden sie meist sei es für die Verwendung und wie viel sind diese Anwendungsfälle wert, um sie in ihrem Unternehmen?

Im Idealfall, ein Modell der App erstellen und von dort aus starten.

Kommen Sie mit einer Risikoanalyse von dem, was Sie planen zu tun. Dann planen Sie zu tun, funktionale, Sicherheit, Lokalisierungstests, etc.

Dann können Sie denken über Szenarien beginnen auf, wie „riskant“ sie (von der Risikoanalyse) sind. Konzentrieren Sie sich auf das Schreiben und Ausführen der „riskanter“ Einsen erste.

Get Business-Eingang (signoff wenn möglich) auf der Analyse von Risiken und wie die Absicht, es zu benutzen.

Just werfen zufällige Szenarien gibt nicht ein guter Test Praxis und verdient all den Spott Sie von den Entwicklern erhalten können. Der Test sollte eine technisch geplante Übung sein. Sie können mieten jemand von der Straße Szenarien auszuführen, die auf die Oberseite des Kopfes kommen.

aber sagen, dass ich stimme, dass die zuvor genannten Szenarien ausprobiert und wahr. Gute Ideen. werfen auch in Sommertests. Verwenden Sie verschiedene E-Mail-Clients. Versuchen Sie Frei / Gebucht-Datum veröffentlichen. Holen Sie sich die Entwickler zu erklären, wie sie diese Informationen zu veröffentlichen. Ist es über einen Web-Service? Exchange-Benutzer Sie sie erwarten, dass nur diese benutzen? Jeder, der in verschiedenen Ländern, in denen Termine unterschiedlich formatiert werden? Sie können dann Schwächen finden und mehr Fehler finden.

Viel Spaß beim Testen.