{
"unitTest" : {
"tests" : [ {
"name" : "buyTicketIds()",
"status" : "FAILED",
"message" : null
}, {
"name" : "buyTicketsIllegalNumbers()",
"status" : "PASSED",
"message" : null
}, {
"name" : "draw()",
"status" : "FAILED",
"message" : "expected: <true> but was: <false>"
}, {
"name" : "drawNoDuplicates()",
"status" : "FAILED",
"message" : null
}, {
"name" : "drawRandom()",
"status" : "FAILED",
"message" : null
}, {
"name" : "drawAlreadyDrawn()",
"status" : "FAILED",
"message" : "Expected java.lang.Exception to be thrown, but nothing was thrown."
}, {
"name" : "getWinningNumbersNotDrawnYet()",
"status" : "FAILED",
"message" : null
}, {
"name" : "buyTicketAlreadyDrawn()",
"status" : "FAILED",
"message" : null
} ]
},
"llm" : {
"feedback" : "# Exercise: textanalysis\n\n### Correctness\n- `add(String word)` sammelt aktuell keine Wörter bzw. Häufigkeiten; damit kann das häufigste Wort nicht ermittelt werden.\n- `topWord()` gibt immer `\"\"` zurück statt das am häufigsten vorkommende Wort aus den zuvor hinzugefügten Wörtern.\n\n### Suggestion\n- Überlege dir eine interne Datenstruktur, in der du pro Wort mitzählen kannst, wie oft es schon hinzugefügt wurde (z.B. „Wort → Anzahl“) und aktualisiere diese bei jedem `add`.\n- Implementiere `topWord()`, indem du über alle gespeicherten Wörter/Häufigkeiten iterierst und dir das Wort mit der aktuell höchsten Anzahl merkst; bei Gleichstand kannst du einfach das bereits gemerkte behalten oder überschreiben.\n\n### Code Style\n- In `WordCounter` fehlt eine interne Datenstruktur als Attribut (z.B. ein Feld), die den Zustand des Counters hält; ohne ein solches Feld bleibt die Klasse zustandslos und kann nichts „merken“.\n\n\n# Exercise: lotto\n\n### Correctness\n- `Lottery.buyTicket(...)` ist nicht implementiert und gibt immer `null` zurück; damit werden keine Tickets erstellt, keine IDs vergeben und die geforderten Validierungen (genau 6 Zahlen, Bereich 1..maxNumber, alle verschieden, sowie Zustand “vor Ziehung”) passieren nicht.\n- `Lottery.draw()` ist nicht implementiert; es werden keine 6 zufälligen, verschiedenen Gewinnzahlen gezogen und gespeichert, und der Zustand “nach Ziehung” wird nie erreicht.\n- Im `Ticket`-Konstruktor werden die Zahlen nicht gespeichert; damit kann das Ticket später weder seine Zahlen zurückgeben noch korrekt auswerten.\n- `Ticket.getNumbers()` ist nicht implementiert und liefert `null` statt der 6 Ticket-Zahlen (als Kopie).\n- `Ticket.getCorrectNumbers()` ist nicht implementiert und liefert `null`; zudem fehlt damit auch das geforderte Verhalten, dass vor der Ziehung eine `IllegalStateException` geworfen wird.\n- `Ticket.getPrize()` ist nicht implementiert und liefert immer `0`; damit wird die Gewinnlogik (0→0, 1→5, jede weitere Zahl ×20) nicht erfüllt und auch hier fehlt das Verhalten “vor Ziehung IllegalStateException”.\n\n### Suggestion\n- Starte bei `buyTicket(...)`: Prüfe zuerst den Zustand (ob schon gezogen wurde), dann die Eingabe (Länge 6), dann Bereich und Duplikate (z. B. mit einer `HashSet`-Hilfsstruktur), und erhöhe erst danach den Ticket-Zähler für die ID.\n- Für `draw()`: Erzeuge eine neue Collection für `winningNumbers` und füge so lange zufällige Zahlen im Bereich 1..maxNumber hinzu, bis genau 6 verschiedene drin sind; vergiss nicht, vorher den Zustand “noch nicht gezogen” zu prüfen.\n- Im `Ticket` brauchst du eine zusätzliche Instanzvariable, um die 6 Zahlen intern zu speichern (eine Collection eignet sich, weil “verschieden” und “Schnittmenge” später relevant sind).\n- `getNumbers()`: Gib eine Kopie deiner gespeicherten Zahlen zurück (nicht die interne Datenstruktur direkt), damit der Client das Ticket nicht nachträglich verändern kann.\n- `getCorrectNumbers()`: Hol dir die Gewinnzahlen über die Lottery-Referenz (die Methode wirft vor der Ziehung ohnehin), bilde dann die Schnittmenge zwischen Ticket-Zahlen und Gewinnzahlen und gib das Ergebnis als neues Array zurück.\n- `getPrize()`: Nutze die Anzahl korrekter Zahlen als Basis; bei 0 korrekt ist es 0, sonst starte bei `BASE_PRIZE` und vervielfache für jede weitere korrekte Zahl mit `MULTIPLIER`.\n\n### Code Style\n- Aktuell sind viele `// TODO`-Stellen und `return null`/`return 0` als Platzhalter drin; sobald du implementierst, entferne die Platzhalter, damit keine “scheinbar gültigen” Rückgaben übrig bleiben.\n- Achte darauf, dass du in `Ticket.toString()` nicht indirekt ein `NullPointerException` riskierst (passiert derzeit, weil `getNumbers()` `null` liefert); nach Implementierung erledigt sich das, aber bis dahin ist das Debugging unangenehm.\n",
"status" : "SUCCESS"
}
}