F: Wie kann ein großes Unternehmen am besten nach Cucumber verlegt werden, wenn mindestens 15 Jahre alte Softwareanforderungen in einer Anforderungsdatenbank gespeichert sind?
Derzeit erwägt:
1) Alles migrieren
Nachteil: Wir haben nicht unbegrenzte Zeit / Budget, wir müssen vorwärts gehen, um zu überleben, wir können nicht alles aufhalten und GC 100% unserer Legacy-Anforderungen und Legacy-Testsuiten.
2) Pfadfinderregel
Lass alles besser als du es gefunden hast. Wenn Sie Anforderungen berühren oder ändern, schreiben / aktualisieren Sie eine Gurkenfunktion. Nachteil: Wir werden zwei Aufzeichnungssysteme haben (Cucumber, Legacy Req. DB), möglicherweise für immer vorausgesetzt, dass es Ecken einer bestimmten Anwendung gibt, die für eine sehr lange Zeit nicht berührt werden.
3) Pfadfinderregel Plus
Wie # 2, aber setzen Sie Anforderungen, die wir nicht netto auf Cucumber verschieben, in Features mit einem einzigen ausstehenden Szenario und kopieren Sie die alten Anforderungen in den Beschreibungsabschnitt. Auf diese Weise erhalten wir Metriken (über ausstehende Szenarien), wie "abgedeckt" wir von Cucumber sind, und machen uns auch klar, dass das alte Anforderungssystem beibehalten werden muss. Ich kann keine Nachteile finden, außer dass es ein großes Durcheinander in Cucumber sein könnte.
4) Fügen Sie hier Ihre Idee ein.
Hintergrund:
Einige Projekte, die zu Cucumber wechseln, verfügen über automatisierte Testsuiten, andere verwenden nur manuelle Tests. Alle von ihnen verwalten ihre Anforderungen in einer Legacy-Anforderungsdatenbank. Wir müssen dies tun, weil unsere Anforderungen eine Mischung aus Gesetzen / Vorschriften und komplexer Logik für Finanzinstrumente (Risiko, Preisgestaltung, Struktur usw.) sind.
Denken Sie daran, dass dies ein sehr großes Unternehmen ist, das den Schritt macht, was die Lösungen weiter verkompliziert.
Wir haben bereits einige Projekte, bei denen Cucumber für ihre "neuen" Anforderungen verwendet wird. Also haben wir die Technologie pilotiert und sie funktioniert bisher für uns. Wir haben eine Mischung aus Web- und reinen Datenprojekten.
Vielen Dank
Bearbeiten: Um auf die Fragen zu antworten ... Die Legacy-Anforderungsverwaltungs-Datenbank verbindet Anforderungen nicht mit Tests. Es ist nicht "testbar". Heutzutage erfolgt das Verbinden von Anforderungen mit Tests durch einen mühsamen und fehleranfälligen manuellen Prozess, bei dem Anforderungen am Ende jedes Projekts mit unserem Testfallmanagementsystem verknüpft werden. Gurke ist eine offensichtlich bessere Lösung für uns. Das steht außer Frage. Die Frage ist nur, wie man den Schritt für eine große Organisation mit einer immensen Menge wichtiger Anforderungen macht, die aus rechtlichen und anderen Gründen nicht verloren gehen können.