Termine

- 10:00 - 10:30 Daily Scrum Meeting (https://meet.supplyon.com/wolfgang.foeller/DPYJ3PVD)
- rm#25857 Unit tests for PO Reason code fail non-deterministic
  - das nicht-deterministische Verhalten gefixt
  - bleibt noch PODAOImplIntegrationTest

TODO

+ Herausfinden warum die Tests sich nicht deterministisch verhalten
- Die Tests in einer Klasse werden in einer zufälligen Reihenfolge ausgeführt. Die Organisation holt aber die Daten über KeyValues im Endeffekt aus dem Cache. Natürlich, nur wenn sie da sind. Wenn im Cache nichts drinnen ist, wird es direkt aus der DB geholt. In diesem Fall klappen die Tests. Wenn aber im Cache von einem vorherigen Test irgendwas hängen geblieben ist, was zu dem aktuellen Test nicht passt wird der aktuelle natürlich auf einen Fehler laufen.
x Cache abschalten ? → das funktioniert leider nicht, da die OrganisationWeb den Cache unbedingt braucht um Organisationen zu holen.
+ Die Tests auf mehrere Klassen verteilen. So dass in jeder Klasse nur EINE bestimmte Cache-Konstellation auftreten kann.

x PODAOImplIntegrationTest.testGetPOCollabReportCRPOIds()
- Angeblich hat der fehlerhafte Run folgendes geliefert: Tests run: 3, Failures: 0, Errors: 1, Skipped: 0
  - D.h. der Test ist nicht gelaufen, sondern einen Fehler gehabt. Sonst hätten wir Einträge in “Failures” und nicht in “Errors”.
  - Das war nicht das Nichtsetzen der Parameter, denn wenn man die Parameter nicht setzt, dann bekommt man: Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
- Ich konnte das Problem nicht nachvollziehen und hab das Ticket auf “Fixed” gesetzt.

- Angular Tutorial
- Angular Buch
- - 21. Использование и создание модулей
- Avril 2.0
- - Ein Klick auf einer Organisation soll die entsprechende Taskliste laden
- Prüfen, ob von der App eine Tonbenachrichtigung kommt, wenn ein neuer Auftrag kommt
- Prüfen, ob die App nicht zu viel zieht
- - Jobs / Fragebögen nur für die entsprechende Organisation (bzw. Mitarbeiter) holen