Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Nutzt du dann für den Test wechselnde Zufallszahlen? Das würde ja bedeuten das die Tests nicht mehr reproduzierbar sind und der Test mal erfolgreich sein kann und mal fehlschlagen könnte. Das ist eigentlich etwas was man verhindern möchte und deswegen im Test mit festen Seeds arbeitet.Da das Droppen (mit gegebener Liste von Items) zwar immernoch randomisiert ist, habe ich nach dem Droppen für jeden Spieler die Anzahl der Items gezählt und schließlich ein Histogramm erzeugt, welches mir angibt wie viele Items wie oft gedroppt wurden. Damit kann ich dann teste, dass 4 Items bei 2 Spieler zu genau 2x2 Items, und 5 Items bei 3 Spielern zu 1x1 und 2x2 Items führt.
[/list]
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Variable Seeds sind durchaus sinnvoll, indem die Assertion entsprechend angepasst wird. Andernfalls hat man einen sehr eingeschränkten Test und einen getesteten Code, der vielleicht gerade mit diesen Werten tut, aber mit anderen nicht. Oftmals sind es aber spezielle Wertekombinationen, die nicht funktionieren, obwohl es im "Normalfall" alles tut.
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Warum Ihr bei Unit-Tests keine Protokolle habt, das weiß ich allerdings nicht.
Bei uns wurden auf diesem Weg schon Bugs gefunden, die sonst nur grüne Tests geliefert hätte. Lieber einen flackernden Test, der einen schwer zu findenden Bug ab und zu anzeigt, als falsche grüne Wiese. Nur wenn solche Builds rot laufen, schaut überhaupt jemand rein. Laufen sie immer grün, weil der Test eine optimale Situation hat, schaut niemand.
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Da sollte wohl jemand überlegen grüne Tests in die Abnahmekriterien zu übernehmen Rote Tests zu ignorieren finde ich erschreckend.Sowas wird dann schnell mal ignoriert und kann dann auf Dauer dazu führen das auch andere Tests nicht ernst genommen werden.
Da sollte wohl jemand überlegen grüne Tests in die Abnahmekriterien zu übernehmen Rote Tests zu ignorieren finde ich erschreckend.Sowas wird dann schnell mal ignoriert und kann dann auf Dauer dazu führen das auch andere Tests nicht ernst genommen werden.
Spannend finde ich, dass Tests bei Euch nicht nur im Build-Prozess laufen, sondern auch beim Entwickler wenn er Dateien speichert? Bei uns läuft der Build via Jenkins nach jedem Push inklusive aller Tests (Die Ergebnisse der letzten 5-20 [je nach Projekt] werden behalten, inklusive aller Logs, Artefakte, Test-Protokollen, etc). Die bei jedem Speichern laufen zu lassen ginge bei uns gar nicht, die sind viel zu umfangreich dafür. Erzähl mal mehr, das finde ich ein ungewohntes Konzept.
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Na ja, lokal Tests während der Entwicklung zu nutzen ist ja normal. Aber bei jedem Speichern einer Datei klingt sehr Ressourcen-zehrend.
Werbeanzeige