[Semester 4] Woche 4 - Testing I

[mohid-1311]

BitFlow - Blogeintrag Woche 4

Testplan und Projektfortschritt

Testplan

Für diese Iteration haben wir einen strukturierten Testplan erstellt, der unsere Vorgehensweise zur Qualitätssicherung beschreibt.

Der vollständige Testplan ist hier verfügbar: Testplan ansehen

Im Testplan haben wir insbesondere festgelegt:

• Einsatz von Unit Tests, Komponententests, Integrationstests und Smoke Tests
• Fokus auf die Kernfunktionalitäten (Simulation, Verbindungen, UI)
• Ziel einer soliden Testabdeckung der wichtigsten Logik
• Verwendung von Jest für automatisierte Frontend-Tests
• Nachvollziehbarkeit von Tests über Git, Testausgaben und Issues

Weitere Testarten wie Performance-, Security- und API-Tests sind bereits geplant, werden jedoch erst in späteren Iterationen umgesetzt.

---

Projektfortschritt

Seit dem letzten Blogeintrag haben wir mehrere wichtige Fortschritte erzielt:

Editor & UI

• Drag & Drop von Gates auf dem Canvas
• Verbindung von Pins über Wires
• visuelle Darstellung von Signalen
• funktionierender SWITCH (Input) und LED (Output)
• Undo / Redo Funktionalität

Simulation

• Implementierung der Logiksimulation für mehrere Gate-Typen
• korrekte Signalweitergabe zwischen verbundenen Gates
• automatische Aktualisierung bei Änderungen

Speicherung

• Speicherung und Laden von Projekten über LocalStorage
• JSON Import / Export

Tests

• Einführung automatisierter Tests mit Jest
• Tests für Simulation, Grid-Funktionen und UI-Komponenten
• erster Smoke Test für die Anwendung

---

Fazit

Mit dem erstellten Testplan und den ersten automatisierten Tests haben wir eine solide Grundlage für die Qualitätssicherung gelegt.
Parallel dazu wurde die Funktionalität des Editors und der Simulation deutlich erweitert.

In den nächsten Iterationen werden wir die Testabdeckung weiter ausbauen und zusätzlich Backend- sowie Performance-Tests integrieren.

[proettgen]

Der Testplan ist insgesamt gut gelungen und wirkt sauber strukturiert. Man erkennt klar, was in dieser Woche gemacht wurde und wie der aktuelle Stand des Projekts ist. Besonders gut finde ich, dass der Fokus realistisch auf dem Frontend liegt und spätere Themen wie Backend-, API-, Security- und Performance-Tests trotzdem schon mitgedacht werden. Die wichtigsten Funktionen wie Simulation, Verbindungen, SWITCH/LED, LocalStorage und erste Smoke Tests werden sinnvoll abgedeckt. Auch der Blogeintrag ist verständlich geschrieben und fasst den Fortschritt gut zusammen. Toll :)

• Team DermaTrack

[Jonah199]

Hey BitFlow-Team, euer Blogeintrag zeigt, dass ihr euch nicht nur auf neue Features konzentriert, sondern auch strukturiert an die Qualitätssicherung herangeht 😃 Ich finde gut, wie klar ihr euren Testplan aufgebaut habt und dass ihr konkret festlegt, welche Bereiche ihr gerade testet und welche bewusst erst später folgen. Dadurch wirkt das Ganze sehr durchdacht und realistisch geplant. Auch die Kombination aus automatisierten Tests mit Jest und ergänzenden manuellen Tests ist gut zu verstehen.
Plant ihr, in der nächsten Iteration eher die bestehenden Tests weiter auszubauen, neue Features zu implementieren oder beides zusammen zu kombinieren?

(BetCeption)

[Moritz-Czekalski]

Hey Jonah, vielen Dank für dein/euer kostruktives Feedback!
Wir versuchen in der nächsten Iteration sowohl neue Features einzubauen, als auch die bestehenden Tests auszubauen, wobei unser Fokus stärker auf dem Ausarbeiten der aktuell bestehenden Tests liegt!

[ifureadthishaveanicedave]

Liebes BitFlow-Team, man merkt, dass ihr diese Woche sowohl technisch als auch methodisch viel geschafft habt.

Zum Testplan (docs/TestPlan.md):

Sehr gut strukturiert (Purpose/Scope/Requirements/Strategy/Deliverables) und passend klar abgegrenzt: Fokus auf Frontend + Simulation, Backend bewusst als „Later“ markiert.
Die Requirements-for-Test Tabelle (RT-01 bis RT-16) ist stark, weil sie konkret ist und Prioritäten setzt. Dadurch kann man später auch gut nachvollziehen, was wirklich abgedeckt wurde.
Positiv finde ich auch, dass ihr Risiken nennt (z.B. Änderungen an der Simulation können Schaltungen brechen) und klar sagt, warum gewisse Testarten (Security/Stress/Backend) aktuell noch nicht sinnvoll sind.

Eure Caesar's Gambit devs