Open clean-coder opened 2 weeks ago
Status (02.07.2024)
now
) in einem Quartal liegt. Grenzen (wenn now auf dem ersten bzw. letzten Tag liegt) werden nun auch berücksichtigtGJ 24/25-Q1
ist im h2 SQL erfasst. Die hat aber leider dazu geführt, dass die Cypress Tests nicht mehr liefen (Backend Test waren ok). Aktueller Workaround ist, dass ich das Quartal mit Id 9 überschrieben habe mit den Daten des neuen Quartals. Alles andere hat nicht funktioniert (einfach ein neues Quartal mit Id 10 anhängen; erstes Quartal in der Liste löschen; ältestes Quartal löschen, Ids behalten und die Daten ein Quartals nach hinten schieben ... so das bei Id 9 Platz wäre die das neuen Quartal; .... hat bei mir alles nicht funktioniert für die Cypress Tests). Es wäre gut, wenn jemand von der Frontend Abteilung vom OKR da nochmals drauf schauen könnte.Das Problem ist, dass wir im Front End jeweils nur die neuesten Quartale abholen. Mit dem Hinzufügen des Quartals 10 wird das Quartal 3 zu alt und wird nicht mehr vom Front End abgeholt. Vielen Orten füllen wir aber das Quartal anhand der ID aus:
Nun müssen wir uns irgendeine schlaue Strategie für die E2E Tests überlegen, z.B wir befüllen immer das zweitneuste Quartal und fragen dieses auch wieder ab. Dies müssen wir dann konsequent in den Cypress Tests anpassen.
Die lokalen Integrations Tests (die H2 verwenden), laufen nicht mehr, da wir ein neues Quartal haben. Zusätzlich sind wir heute am ersten Tag des neuen Quartals (01.07.2024) ... dies wird in den Unit Tests nicht berücksichtigt (1 Test ist rot).
TODOS
V100_0_0__TestData.sql
erfassenQuarterPersistenceServiceIT.shouldReturnCurrentQuarter()
fixen bzw. erweiternAbgrenzung Langfristig sollte man sich überlegen, ob es eine bessere Lösung gibt, als alle 3 Monate ein neues Quartal in den H2 Scripts zu erfassen. Dies sollte aber in einer anderen Story angeschaut werden.