Fehlschlagende Tests debuggen
Machen Sie Fehler reproduzierbar, entfernen Sie Zeitabhängigkeiten und Zufall, reduzieren Sie den Fehler auf einen Minimalfall und verbessern Sie Assertion-Meldungen für eine schnelle Diagnose.
Fehlschlagende Tests debuggen ist eine kostenlose C# Academy-Lektion auf CoddyKit. Dies ist Lektion 3 von 3. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des C# Academy-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der C# Academy-Kurs umfasst insgesamt 3 Lektionen.
Vorgehensplan
Plan zum Beheben fehlschlagender Tests:
- Reproduzieren Sie den Fehler zuverlässig
- Entfernen Sie Flakiness (Zeit, Zufallswerte, E/A)
- Minimieren Sie den Fall auf das kleinste fehlschlagende Beispiel
- Fügen Sie klare Assertion-Meldungen hinzu
Von vornherein flaky
Die Verwendung von UtcNow und des standardmäßigen Random lässt das Verhalten zwischen den Durchläufen variieren → flaky Tests.
using System;
// Demo: occasionally fails because it depends on current second and default Random()
public static class Promo
{
// Gives bonus on even seconds; random adds small jitter
public static int BonusNow()
{
int baseBonus = (DateTime.UtcNow.Second % 2 == 0) ? 10 : 9;
Random r = new Random(); // time-based seed → unpredictable
return baseBonus + (r.Next(0, 2)); // 0 or 1 more
}
}
public class Program
{
public static void Main(string[] args)
{
// Simulated test: sometimes expects exactly 10, but result varies
int got = Promo.BonusNow();
if (got != 10) Console.WriteLine("FAIL (flaky): expected 10 but got " + got);
else Console.WriteLine("PASS (maybe): got " + got);
}
}
Abhängigkeiten kontrollieren
Injizieren Sie Zeit und Random. Mit einem festen Seed und einem festen Zeitstempel wird der Fehler reproduzierbar.
using System;
public interface IClock { DateTime NowUtc(); }
public sealed class FakeClock : IClock
{
private readonly DateTime _fixedUtc;
public FakeClock(DateTime fixedUtc) { _fixedUtc = fixedUtc; }
public DateTime NowUtc() { return _fixedUtc; }
}
public sealed class PromoDeterministic
{
private readonly IClock _clock;
private readonly Random _rng;
public PromoDeterministic(IClock clock, Random rng) { _clock = clock; _rng = rng; }
public int BonusNow()
{
int baseBonus = (_clock.NowUtc().Second % 2 == 0) ? 10 : 9;
return baseBonus + _rng.Next(0, 2);
}
}
public static class Assert
{
public static void AreEqual(int expected, int actual, string msg)
{
if (expected != actual) throw new Exception("Expected " + expected + " but got " + actual + " :: " + msg);
}
}
public class Program
{
public static void Main(string[] args)
{
try
{
IClock clock = new FakeClock(new DateTime(2016, 1, 1, 0, 0, 20, DateTimeKind.Utc)); // even second
Random rng = new Random(123); // fixed seed
PromoDeterministic p = new PromoDeterministic(clock, rng);
int got = p.BonusNow(); // predictable now
Assert.AreEqual(10, got, "even second, first draw should be 0");
Console.WriteLine("PASS: deterministic promo");
}
catch (Exception ex)
{
Console.WriteLine("FAIL: " + ex.Message);
}
}
}
Minimales Reproduktionsbeispiel
Minimieren Sie die Eingaben, bis ein kleines Beispiel fehlschlägt (hier: leeres Array). Kleine Fälle lassen sich leichter nachvollziehen.
using System;
// Buggy function: average of ints, but divides by count without guarding empty input
public static class Stats
{
public static double Average(int[] xs)
{
int sum = 0;
for (int i = 0; i < xs.Length; i++) sum += xs[i];
return sum / xs.Length; // BUG: divide by zero if empty; also int division truncates
}
}
public static class Assert
{
public static void Throws<T>(Action a, string msg) where T : Exception
{
try { a(); }
catch (Exception ex)
{
if (ex is T) return;
throw new Exception("Expected " + typeof(T).Name + " but got " + ex.GetType().Name + " :: " + msg);
}
throw new Exception("Expected " + typeof(T).Name + " but no exception thrown :: " + msg);
}
}
public class Program
{
public static void Main(string[] args)
{
// Minimal failing case: empty array
Assert.Throws<DivideByZeroException>(delegate { Stats.Average(new int[0]); }, "empty input");
Console.WriteLine("Reproduced: empty input triggers the bug.");
}
}
Fehlerbehebung und Qualität der Meldungen
Sichern Sie sich gegen ungültige Eingaben ab und verwenden Sie aussagekräftige Assertion-Meldungen (einschließlich inputs/expected/epsilon).
using System;
public static class Stats
{
public static double Average(int[] xs)
{
if (xs == null) throw new ArgumentNullException("xs");
if (xs.Length == 0) throw new ArgumentException("xs must not be empty", "xs");
double sum = 0.0; // use double to avoid integer truncation
for (int i = 0; i < xs.Length; i++) sum += xs[i];
return sum / xs.Length;
}
}
public static class Assert
{
public static void AreAlmostEqual(double expected, double actual, double eps, string msg)
{
if (Math.Abs(expected - actual) > eps)
throw new Exception("Expected " + expected + " but got " + actual + " (eps " + eps + ") :: " + msg);
}
}
public class Program
{
public static void Main(string[] args)
{
try
{
double a = Stats.Average(new int[] { 2, 4, 6 });
Assert.AreAlmostEqual(4.0, a, 1e-9, "average of 2,4,6");
Console.WriteLine("PASS: fixed average with clear message");
}
catch (Exception ex)
{
Console.WriteLine("FAIL: " + ex.Message);
}
}
}
Checkliste zur Fehlersuche
Checkliste zur Fehlersuche:
- Stabilisieren Sie Abhängigkeiten (Zeit, Zufallswerte, E/A)
- Reproduzieren Sie den Fehler lokal und wiederholt
- Minimieren Sie die Eingabe auf einen kleinsten fehlschlagenden Fall
- Fügen Sie präzise Assertion-Meldungen hinzu
- Bevorzugen Sie reine Funktionen und Guard-Prüfungen
Erster Schritt bei flaky Tests
Zusammenfassung
Zusammenfassung: Reproduzieren Sie Fehler zuverlässig, indem Sie Zeit und Zufallswerte kontrollieren, minimieren Sie die Eingabe und schreiben Sie hilfreiche Assertion-Meldungen, um den Fehler schnell einzugrenzen.
Häufig gestellte Fragen
Ist die Lektion „Fehlschlagende Tests debuggen“ kostenlos?
Ja — der vollständige Text von „Fehlschlagende Tests debuggen“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des C# Academy-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der C# Academy-Kurs umfasst insgesamt 3 Lektionen.
Was lerne ich in „Fehlschlagende Tests debuggen“?
Machen Sie Fehler reproduzierbar, entfernen Sie Zeitabhängigkeiten und Zufall, reduzieren Sie den Fehler auf einen Minimalfall und verbessern Sie Assertion-Meldungen für eine schnelle Diagnose. Du übst C# Academy mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.
Brauche ich Erfahrung, um C# Academy zu starten?
Keine Vorkenntnisse erforderlich. C# Academy auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 3 von 3.
Wie lange dauert die Lektion „Fehlschlagende Tests debuggen“?
Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.
Kann ich in dieser C# Academy-Lektion Code schreiben und ausführen?
Ja. Jede C# Academy-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.
Alle Lektionen in diesem Kurs
- xUnit/MSTest: Einrichtung und Assertions
- Fakes über Interfaces und Testdaten-Builder
- Fehlschlagende Tests debuggen