Versionskontrolle der Testfälle

Question

Sollte der Testplan zusammen mit dem Code in der Versionskontrolle aufbewahrt werden? Das heißt, der Testplan und der Code werden unter demselben Versionskontrollsystem geführt und haben dieselbe Revisionsnummer. Ich spreche hier nicht von Unit-Test-Code, sondern von einem Testplan-Dokument, das mit manuellen Testfällen gefüllt wird. Es gibt einige webbasierte Testfallverwaltungssysteme, aber ich bezweifle, dass die Testfälle versionskontrolliert und mit dem Code synchronisiert sind.

UPDATE: Eigentlich bin ich auf der Suche nach einem webbasierten Testmanagementsystem für meine Organisation, weil es den Nicht-Entwicklern einen einfachen Zugang zu den Teammitgliedern ermöglicht (d.h. es ist nicht notwendig, VC zu verwenden, um den Testplan aus dem Repository auszuchecken). Ich würde jedoch eine Versionskontrolle dieser Testpläne vorziehen, die mit den wichtigsten Meilensteinen/Releases der Software synchronisiert wird. Ich habe noch kein Testmanagementsystem gefunden, das diese Anforderung erfüllt. Oder schaue ich in die falsche Richtung?

Answer 1

Das leuchtet mir ein. Ich würde erwarten, dass Tests (egal ob manuelle Spezifikationen oder Unit-Tests) und der entsprechende Code im Gleichschritt sind. Ich würde auch erwarten (vielleicht optimistisch!), dass die Dokumentation weitgehend mit dem Code für einen bestimmten Checkin übereinstimmt.

Wenn Sie sie nicht vollständig im Gleichschritt halten können, können Sie vielleicht Ihre Quellcode-Tagging-Mechanismen (oder Verzweigungsmechanismen?) nutzen, um konsistente Versionssätze zu identifizieren? Das macht vielleicht mehr Sinn, wenn Ihre Versionskontrolle Tests enthält, die Sie überarbeiten/erstellen, um Ihre Codebasis zu erreichen (d.h. Ihre Tests führen Ihren Code - das ist keineswegs eine ungewöhnliche Situation).

Answer 2

Mir persönlich gefällt Ihre Idee. Obwohl Tests in vielen Softwareentwicklungsparadigmen auf einer Spezifikation basieren sollten, wie das System funktionieren sollte, nicht wie es derzeit funktioniert, und daher leicht unabhängig von Ihrem synchronisierten Code entwickelt werden könnten. Da es sich im Wesentlichen um Dokumente handelt, könnten sie gut in einem Dokument-Versionskontrollsystem mit unterschiedlicher Formalität funktionieren.

Einige Teams verwenden ein Tool wie TestDirector um Testpläne und Testfälle zu verwalten und sie mit dem Fehlerverfolgungssystem zu verbinden. Für jeden Testfall, Fehler usw. wird die Historie der Änderungen in einer Datenbank gespeichert, so dass Sie zurückgehen und sie überprüfen können (und mit ein bisschen Arbeit und ein paar Tricks durchsuchen können, wie Der Arzt sagen würde). Allerdings haben wir das nie mit dem Code synchronisiert, außer bei wichtigen Meilensteinen, bei denen wir den Code eingefroren haben, und zu dieser Zeit gingen Code und Skripte in MKS-Integrität (Ich persönlich bin der Meinung, dass wir Integrity an unserem Arbeitsplatz zu wenig nutzen... es ist für das gesamte Entwicklungsteam gedacht, nicht nur für Code-Promotoren).

Andere Teams verfassen einfach Word-Dokumente und legen sie in einem Ordner ab, der gesichert wird. Das ist einfach, kann aber bei kleinen Teams in nicht allzu großen Projekten funktionieren.