Resolve: #790 QS-Workflow: Anpassung Fundtabelle

closes #790

Aktuell geblockt (Stand: 04.11.2022). Das Ticket wurde soweit umgesetzt/vorbereitet, dass das Ticketziel nun mit geringem zusätzlichem Aufwand erreicht werden kann (s.u.). Die abschließende Implementierung ist abhängig davon, wie die Datenstruktur im BE nach Absprache mit dem Auftraggeber umgesetzt wurde.
Aktuell geblockt: (Stand: 12.11.2022). Das Ticket ist vollständig umgesetzt, mit dem feature-Branch des BEs zu diesem Ticket. Jetzt muss nur noch geprüft werden, ob es reibungslos mit dem aktualisierten develop-Branch des BEs funktioniert. 👍

Was wurde im MR umgesetzt?

• Die redundante und aufwändige Logik für die QS-Icons (inkl. Button, Tooltip etc.) wurde in eine eigene Komponente (QSStatusIcon) ausgelagert und überall verwendet, wo ein QS-Icon dargestellt werden soll
• Da das QSStatusIcon nun eigenständig/zentral seine Darstellung steuert, konnte eine Vielzahl an helper-Funktionen entfernt werden, vor allem aus FilterHelperClass. (Es wurde sichergestellt, dass diese Funktionen nirgendwo sonst im Projekt verwendet werden.)
• Die ToDo aus der app/src/types/filter, dass der qsStatus konsequent als number type verwendet werden soll (nicht, wie bisher string), wurde umgesetzt. Grund dafür war, dass die QSStatusIcon-Komponente direkt durch diese Änderung betroffen ist
• Die QSStatusIcon-Komponente wurde so erweitert, dass durch die Hinzugabe eines zusätzlichen Props ohne Weiteres die Darstellung ⚠ ➡ ✅ erzeugt werden kann (womit das Ziel des Tickets #790 umgesetzt ist)
• Unit Tests für die neue QSStatusIcon-Komponente
• Die GraphQL-Anfragen für Observations wurde um zwei Felder erweitert (originalSpecies und originalStatus). Die GraphQL-Anpassungen wurden unter Supervision und Anleitung von Richard vorgenommen. Außerdem wurde die Typsicherheit der Observations verbessert.