Wie für White-Box-Test planen

Question

Ich bin relativ neu in der Welt der White-Box-Tests und Hilfe benötigt einen Testplan für 1 der Projekte zu gestalten, dass ich gerade arbeite. Im Moment bin ich Scouting nur um für überprüfbare Codestücke suchen und dann einige Unit-Tests für das Schreiben. Ich fühle mich irgendwie das ist bei weitem nicht die Art und Weise soll es geschehen. Bitte könnten Sie mir einen Rat geben, wie am besten ich vorbereitet für dieses Projekt zu testen? Alle Tools oder Testplanvorlagen, dass ich verwenden? Die Sprache verwendet wird, ist C ++, wenn es Unterschied machen werden.

Answer 1

Eines der Ziele des White-Box-Tests ist zu 100% zu decken (oder so nahe wie möglich) der Codeanweisungen. Ich schlage vor, einen C ++ Code-Coverage-Tool zu finden, so dass Sie sehen können, was Code Ihre Tests ausführen und was Code, den Sie verpasst haben. Dann Tests so auszugestalten, dass so viel Code wie möglich geprüft wird.

Ein weiterer Vorschlag ist an Randbedingungen zu suchen, wenn statments, für Schleifen, While-Schleifen usw. und Test diese für alle ‚graue‘ Bereiche, Fehlalarme und falsch negativen Ergebnisse.

Sie können auch Tests entwerfen im Lebenszyklus wichtiger Variablen zu suchen. Testen Sie ihre Definition, ihre Nutzung und ihre Vernichtung sicherzustellen, dass sie richtig eingesetzt werden:)

Da ist drei Ideen, die Sie zu erhalten begonnen. Viel Glück

Answer 2

Im Moment bin Scouting i gleich um für testbare Teile des Codes suchen und dann, dass einige Unit-Tests zu schreiben. Ich fühle mich irgendwie, dass bei weitem nicht die Art und Weise ist es getan werden sollte.

sagen Leute, dass einer der wichtigsten Vorteile von ‚ Test Driven Development ‘ist, dass es ecourages Sie die Komponenten mit Testbarkeit im Auge zu entwerfen: es Ihre Komponenten mehr prüfbar macht

.

---

Mein persönlicher (nicht-TDD) Ansatz ist wie folgt:

• Verstehen Sie die erforderliche Funktionalität und umgesetzt: sowohl ‚a priori‘ (das heißt durch das Lese / die Software Pflichtenheft zu wissen), und durch den Quellcode zu lesen, die Funktionalität Reverse-Engineering
• Implementieren Blackbox-Tests für alle die implementierte / erforderliche Funktionalität (siehe zB ‚ Sollte eine Prüfung interne Implementierung oder nur öffentliches Verhalten testen? ').

Meine Prüfung ist daher nicht ganz ‚white box‘, mit der Ausnahme, dass ich ein Reverse-Engineering der Funktionalität getestet. I testen dann die Reverse-Engineering-Funktionalität, und vermeiden, dass jeden nutzlosen (und daher nicht getestet) -Code. Ich könnte (aber nicht oft) ein Code-Coverage-Tool verwenden, um zu sehen, wie viel des Quellcodes durch die Black-Box-Tests ausgeübt.

Answer 3

Versuchen Sie, "Effektives Arbeiten mit Legacy Code": http://www.amazon. com / Working-effektiv-Vermächtnis-Michael-Federn / dp / 0131177052

Es ist von Bedeutung, da von ‚Legacy‘ bedeutet, dass er Code, der keine Tests hat. Es ist auch ein ziemlich gutes Buch.

Relevante Werkzeuge sind: http://code.google.com/p/googletest/ und http://code.google.com/p/gmock/ Es können auch andere Unit-Test und Mock Frameworks sein, aber ich habe die Vertrautheit mit diesen und ich empfehle sie.