Vier Coding-Agenten ändern Code in einer .NET-Bibliothek zur Datenprüfung. Obwohl ihre Lösungen die Tests bestehen, bleiben Fehler und Lücken. Wo müssen Entwickler nacharbeiten?
Diese Seite stellt den Artikel vor. Der vollständige Text ist bei Golem.de erschienen.
Bei Golem.de lesen(öffnet in neuem Tab)Mehr Shards können das Feedback beschleunigen, aber auch zugleich die CI-Kosten erhöhen. Ein Vergleich mit zwei Referenzläufen zeigt, wo sich zusätzliche Runner lohnen. Ebenso wichtig ist der Nachweis, dass weiterhin alle vorgesehenen Tests laufen.
.NET · Testing
GitLab liefert die Shard-Nummern direkt an Meziantou.ShardedTest. Für aussagekräftige Ergebnisse im Merge Request braucht es zusätzlich passende Reports. Bei Integrationstests entscheidet die Trennung der Testdaten über zuverlässige Parallelläufe.
.NET · Testing
Eine Jobmatrix bringt die lokale Testaufteilung auf mehrere Runner. Damit daraus ein verlässlicher CI-Lauf entsteht, müssen Shard-Nummern, Fehlerstatus und Ergebnisdateien zusammenpassen. Der Workflow zeigt die nötigen Schritte.
.NET · Testing
Lange Testsuiten verzögern das Feedback im Pull Request. Meziantou.ShardedTest verteilt die Testfälle auf mehrere CI-Jobs und verspricht dadurch mehr Geschwindigkeit. Dieser Einstieg zeigt, wie die Aufteilung funktioniert und welche Voraussetzungen nötig sind.
.NET · Testing
Zwischen kreativer Unterstützung und autonomen Agenten entstehen neue Chancen. Der Artikel zeigt, wo KI heute inspiriert und scheitert.
KI · Testing
Promovierter Informatiker, Head of IT, Fachautor. Ich verbinde Technik, Schreiben und Wissensvermittlung.
Projekt, Training oder Text: Schreiben Sie mir, ich antworte in der Regel innerhalb von zwei Werktagen.
