07.06.2018 Donnerstag
====== 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 ====== * **-** Gymnastik (5x12) * **-** Seeburger * **-** Avril ===== Seeburger ===== * **-** rm#25857 Unit tests for PO Reason code fail non-deterministic * **-** Chrome einrichten (https://developers.google.com/web/tools/setup/setup-workflow) * [[Impact of SCRUM on the DEV process]] ==== rm#25958 VMI: VMI Inventory Projection Multisourcing view buggy ==== [[rm25958|rm#25958 VMI: VMI Inventory Projection Multisourcing view buggy]]\\ https://cust-projects.seeburger.de/redmine/issues/25958 * **-** Analyze * **-** Reproduce * **-** Fix * **-** Test ==== rm#25857 Unit tests for PO Reason code fail non-deterministic ==== https://cust-projects.seeburger.de/redmine/issues/25857 * **+** 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. ===== Avril ===== * **-** [[https://angular.io/tutorial|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