Was ist der beste Ansatz zum Testen eines Dienstes, wenn Sie eine neue Konfiguration hinzufügen? Zum Beispiel bietet mein Service einem Kunden einen Service an und basierend auf der Kundenkonfiguration bietet er eine andere Art von Service. Wenn der Kunde beispielsweise eine bestimmte Währung auswählt, wird ihm ein Rabatt von 20% gegenüber einer anderen Währung angeboten.
Das obige Beispiel spielt keine Rolle. Was zählt, ist der Ansatz, den Menschen bei der Ausführung von CI \ CD verfolgen
Die Logik zur Berechnung des Rabatts liegt in der Domäne und wird von Komponententests umgeben. Meine Frage ist, ob Sie Händler mit unterschiedlichen Regeln konfiguriert haben, um den Rabatt herauszufinden (alles basierend auf der Konfiguration und der Domain, die ihn berechnet). Wenn dann eine Anfrage zur Änderung der Konfiguration eingeht, wie überprüfen Sie ihn?
- Schreibst du mehr Tests?
- Testen Sie nicht wie bereits in Unit-Tests?
- Änderungen manuell testen?
- Andere
Ich habe xUnit-Testmuster und testgesteuerte Entwicklungsbücher zusammen mit vielen Artikeln gelesen, bin aber nicht auf die Art und Weise gestoßen, wie Benutzer damit umgehen (Konfigurationsänderungen innerhalb des Dienstes und Überprüfung der Richtigkeit).
Ich sehe dies auch nicht in einem Buch mit kontinuierlicher Lieferung.