Checkerkonfiguration
Im Folgenden werden die verschiedenen Konfigurationsmöglichkeiten der JACK2-Checker beschrieben.
Allgemeine Konfigurationen
Diese Konfigurationen gibt es bei allen Checkern.
Variablenname
Eindeutige Id des Checkers. Diese kann in der Evaluierungsregel genutzt werden.
Checker-Name
Name des Checkers. Wird in den Lösungsdetails angezeigt.
Ergebnis-Label
Mit diesem Label werden Ergebnisse des Checkers in den Lösungsdetails benannt.
Zeige Ergebnis in der Übersicht
Das Ergebnis des Checkers wird in den Lösungsdetails angezeigt.
Zeige Ergebnisdetails
In den Lösungsdetails werden die Details des Checker-Ergebnisses angezeigt.
Checker ist aktiviert
Gibt an, ob der Checker zur Überprüfung der Aufgabe genutzt wird.
Checker-spezifische Konfigurationen
Dynamic C++ Checker
Config File
Eine Plain-Text-Datei. enthält eine Beschreibung der verschiedenen Testmethoden.
Source Files
Alle Dateien, die von den Studierenden eingereicht werden mussten.
Test Files
C++-Dateien, die mit Hilfe von CppUnit Tests definieren. Diese dienen dazu die Einreichung zu überprüfen.
Static C++ Checker
Rule File
XML-Datei, die Regeln enthält, die zur Bewertung der Aufgabe dienen.
Source Files
Alle Dateien, die von den Studierenden eingereicht werden mussten.
Dynamic R Checker
Initial Code
Eine R-Datei, die den anzuzeigenden Inhalt der Aufgabe enthält.
XML File
Hier muss eine XML-Datei übergeben werden, die die Überprüfung der Aufgabe enthält (Regeln, Feedback).
Static R Checker
Rule File
XML-Datei, die Regeln enthält, die zur Bewertung der Aufgabe dienen.
Static Java Checker (GreQL)
Library Files
Hier können jar-Dateien eintragen werden, wenn diese an die Aufgabe anhängt und notwendig sind, damit die Tests laufen. Es dürfen keine normalen Source-Dateien markiert sein, sonst kommt es zu Backend-Fehlern.
Rule File
XML-Datei, die Regeln enthält, die zur Bewertung der Aufgabe dienen.
Source Files
Alle Dateien, die von den Studierenden eingereicht werden mussten.
UML Checker
Rule File
XML-Datei, die Regeln enthält, die zur Bewertung der Aufgabe dienen.
XMI File
Datei, die von den Studenten eingereicht werden musste. Auf dieser wird die Überprüfung durchgeführt.
Java Visualizer
Source Files
Die zu prüfende Java-Datei.
Test Driver Class
Die Java-Datei der Testtreiber-Klasse. Dient zur Erzeugung des Programmlaufes.
Visualization configuration
XML-Datei mit Anweisungen für die Erzeugung der Visualisierung. Siehe Beispiel einer Konfiguration.
Java Metric Checker
Source Files
Alle Dateien, die von den Studierenden eingereicht werden mussten.
Code Reading Checker
Classes To Trace
Klassenname, der Klasse die in Reference Source angegeben ist.
Reference Source
Eine Java-Datei, die die obige Klasse enthält. Die Klasse muss eine Methode enthalten, die vom Test Driver aufgerufen wird. Bei der Klasse muss es sich um den zu betrachtenden Code handeln.
Test Driver Class
Die Java-Datei der Testtreiber-Klasse. Dient zur automatischen Auswertung. Sie muss genau eine Methode enthalten, die mit einer @Test("Name")-Annotation versehen ist, und die einen Methodenaufruf auf den betrachteten Code, wie in der Aufgabenstellung vorgegeben, durchführt.
Tracing Java Checker
Classes To Trace
Kommaseparierte Liste von Klassennamen, für die während der Testausführung ein Trace erzeugt werden soll. Jeder ausgeführte Programmschritt in diesen Klassen wird dann in den Trace aufgenommen.
Library Files
Hier können jar-Dateien eintragen werden, wenn diese an die Aufgabe anhängt und notwendig sind, damit die Tests laufen. Es dürfen keine normalen Source-Dateien markiert sein, sonst kommt es zu Backend-Fehlern.
Sample Traces
Hier muss meist nichts ausgewählt werden. Es handelt sich um ein experimentelles Feature, welches nur nach Schulung/Rücksprache verwendet werden kann.
Source Files
Die zu prüfende Datei.
Test Driver Class
Java-Klasse des Testtreibers. Die einzige Methode, die ein Testtreiber in jedem Fall anbieten muss, ist die Methode getResult(), die die erreichte Punktzahl von 0 bis 100 Punkten als Ganzzahl zurück gibt. Zusätzlich kann der Testtreiber beliebig viele weitere, beliebig komplexe Methoden enthalten, die mit der Annotation @Test(name=“<Name_des_Testfalls>”) versehen werden.