Womit kann ich diese Methode testen?

[Java Hauptschüler]

Guten Tag.

Ich habe folgenden Code:

public void move(int deltaT) {
              
        if ( velocity.squaredLength() == 0 ) {
            velocity = new TwoDimVector(1,1);
        }
            
        position = position.add(velocity.scalarProduct(deltaT));
        
        if ( position.getX() < minX ) {
            position = new TwoDimVector(minX,position.getY());   
        }
        else if ( maxX <  position.getX() ) {
            position = new TwoDimVector(maxX,position.getY());
        }
        
        if ( position.getY() < minY ) {
            position = new TwoDimVector(position.getX(),minY);   
        }
        else if ( maxY < position.getY() ) {
            position = new TwoDimVector(position.getX(),maxY);
        }
    }

Wie kann ich diese Methode jetzt in einer Test Klasse testen? Ich habe das bis dato noch nie gemacht, kann mir jemand helfen?

MfG

 

[Kirby.exe]

Naja also du müsstest deiner Methode einen int als Parameter übergeben.

Ungefähr so:

public static void main(String args[]){
int meineZahl = xyz;
move(int meineZahl);
}

 

[kneitzel]

Hallo,

die Details können von Unit-Test Framework zu Unit-Test Framework etwas unterschiedlich sein. Aber im Groben hast Du immer mehrere Parts, die ablaufen:
1. Eine Art Initialisierung. Du erschaffst Dir also Alles, das Du für einen Test benötigst.
2. Dann kommt der eigentliche Test. Also bei Dir der Aufruf von move auf einer vorbereiteten Instanz.
3. Dann kommen die Überprüfungen. Per Assert prüfst Du also, was die prüfbaren Werte sind und ob diese die Werte beinhalten, die Du erwartest.

Also so eine Testmethode kann dann z.B. so aussehen (Ich kenne keine Details ausser der move Methode, daher hab ich mal als Klassenname ein MyClass und zwei Sttribute someAttribute und someOtherAttribute genutzt....

@Test
public void testMoveMethod() {
    MyClass instance = new MyClass();
    instance.setSomeAttribute(1);
    instance.setSomeOtherAttribute(2);
    
    instance.move(1);
    
    Assert.assertEqual(1, instance.getSomeAttribute());
    Assert.assertEqual(7, instance.getSomeOtherAttribute());
}

Davon kann es mehrere Tests geben, denn Du musst Dir genug Test Szenarien überlegen, dass wirklich alles getestet wird. Also squaredLength() muss mal 0 sein und mal nicht.
getX muss dann mal < minX sein und mal nicht ....
u.s.w.

Das kannst Du auf unterschiedliche Weisen machen:
a) viele Tests. Dann hast ganz viele Test-Methoden. Hat den Vorteil: Alle Tests laufen durch und du siehst: Nur ein oder zwei sind schief gegangen.
b) Du kannst auch etwas "abkürzen". Dann testest Du mehrere Dinge hintereinander. Also nach dem instance.move(1) und den ganzen Asserts kommt dann der nächste move Aufruf (evtl. nachdem noch paar Attribute angepasst wurden.)
Aber: Sobald ein Assert fehl schlägt ist es in der Regel so, dass der Test an der Stelle abbricht. Also ein Problem stoppt dann die nachfolgenden Tests. Ein fehlgeschlagener Assert ist dann sozusagen wie eine Exception, die den Code abbricht.

Hilft Dir das etwas? Ansonsten bring einmal ein paar mehr Details. Ganze Klasse und welches Framework Du nutzen willst (JUnit würde ich vermuten, aber ich frage lieber einmal nach). Dann kann man das konkreter nachstellen.

Natürlich kann das noch deutlich komplexer werden: Dann kann man Initialisierungen raus ziehen aus der Testmethode, man kann später noch aufräumen .... Wenn man Abhängigkeiten nach außen hat, dann kommt schnell noch macking rein und so... Aber ich hoffe mal, dass es noch um wirklich einfache, erste Tests geht ohne solche Dinge. Sonst könnte es recht komplex werden.

Naja also du müsstest deiner Methode einen int als Parameter übergeben.

Ungefähr so:

public static void main(String args[]){
int meineZahl = xyz;
move(int meineZahl);
}

Ich finde es super, dass Du Dich auch einbringen möchtest um anderen zu helfen. Aber ich fürchte, dass er hier um automatische Unit Test ging (Daher Test Klasse). Und nur als kleiner Hinweis: Der move Aufruf ist nicht statisch, d.h. es wird eine Instanz benötigt. Und der Typ wird beim Aufruf nicht mit angegeben. Also da wäre dann sowas wie das notwendig:

public static void main(String args[]){
  int meineZahl = xyz;
  MyClass instance = new MyClass();
  instance.move(meineZahl); // Also auf einer Instanz aufrufen und das int musste weg.
}

Aber mach Dir nichts draus - das sind typische Dinge, die schnell mal schief gehen, wenn man Code in dem Forum-Editor schreibt. Und top, dass Du dir nun auch andere Fragen anschaust - so lernt man auch einiges und Du wirst dem Einen oder Anderen bestimmt auch helfen können also bleib bitte dabei und lass Dich nicht abschrecken oder so!

 

[Kirby.exe]

Hallo,

die Details können von Unit-Test Framework zu Unit-Test Framework etwas unterschiedlich sein. Aber im Groben hast Du immer mehrere Parts, die ablaufen:
1. Eine Art Initialisierung. Du erschaffst Dir also Alles, das Du für einen Test benötigst.
2. Dann kommt der eigentliche Test. Also bei Dir der Aufruf von move auf einer vorbereiteten Instanz.
3. Dann kommen die Überprüfungen. Per Assert prüfst Du also, was die prüfbaren Werte sind und ob diese die Werte beinhalten, die Du erwartest.

Also so eine Testmethode kann dann z.B. so aussehen (Ich kenne keine Details ausser der move Methode, daher hab ich mal als Klassenname ein MyClass und zwei Sttribute someAttribute und someOtherAttribute genutzt....

@Test
public void testMoveMethod() {
    MyClass instance = new MyClass();
    instance.setSomeAttribute(1);
    instance.setSomeOtherAttribute(2);
   
    instance.move(1);
   
    Assert.assertEqual(1, instance.getSomeAttribute());
    Assert.assertEqual(7, instance.getSomeOtherAttribute());
}

Davon kann es mehrere Tests geben, denn Du musst Dir genug Test Szenarien überlegen, dass wirklich alles getestet wird. Also squaredLength() muss mal 0 sein und mal nicht.
getX muss dann mal < minX sein und mal nicht ....
u.s.w.

Das kannst Du auf unterschiedliche Weisen machen:
a) viele Tests. Dann hast ganz viele Test-Methoden. Hat den Vorteil: Alle Tests laufen durch und du siehst: Nur ein oder zwei sind schief gegangen.
b) Du kannst auch etwas "abkürzen". Dann testest Du mehrere Dinge hintereinander. Also nach dem instance.move(1) und den ganzen Asserts kommt dann der nächste move Aufruf (evtl. nachdem noch paar Attribute angepasst wurden.)
Aber: Sobald ein Assert fehl schlägt ist es in der Regel so, dass der Test an der Stelle abbricht. Also ein Problem stoppt dann die nachfolgenden Tests. Ein fehlgeschlagener Assert ist dann sozusagen wie eine Exception, die den Code abbricht.

Hilft Dir das etwas? Ansonsten bring einmal ein paar mehr Details. Ganze Klasse und welches Framework Du nutzen willst (JUnit würde ich vermuten, aber ich frage lieber einmal nach). Dann kann man das konkreter nachstellen.

Natürlich kann das noch deutlich komplexer werden: Dann kann man Initialisierungen raus ziehen aus der Testmethode, man kann später noch aufräumen .... Wenn man Abhängigkeiten nach außen hat, dann kommt schnell noch macking rein und so... Aber ich hoffe mal, dass es noch um wirklich einfache, erste Tests geht ohne solche Dinge. Sonst könnte es recht komplex werden.


Ich finde es super, dass Du Dich auch einbringen möchtest um anderen zu helfen. Aber ich fürchte, dass er hier um automatische Unit Test ging (Daher Test Klasse). Und nur als kleiner Hinweis: Der move Aufruf ist nicht statisch, d.h. es wird eine Instanz benötigt. Und der Typ wird beim Aufruf nicht mit angegeben. Also da wäre dann sowas wie das notwendig:

public static void main(String args[]){
  int meineZahl = xyz;
  MyClass instance = new MyClass();
  instance.move(meineZahl); // Also auf einer Instanz aufrufen und das int musste weg.
}

Aber mach Dir nichts draus - das sind typische Dinge, die schnell mal schief gehen, wenn man Code in dem Forum-Editor schreibt. Und top, dass Du dir nun auch andere Fragen anschaust - so lernt man auch einiges und Du wirst dem Einen oder Anderen bestimmt auch helfen können also bleib bitte dabei und lass Dich nicht abschrecken oder so!

Danke Wieder was neues dazu gelernt

 

[kneitzel]

Reicht Dir das? Ich meine, dass ich mal freie eBooks gesehen habe zu diesem Thema. Aber die wären auf Englisch. Wenn Du Fragen oder Probleme hast, dann melde Dich. Wir können ansonsten auch gerne mal paar Tests gemeinsam schreiben und daran dann das Eine oder Andere etwas erläutern... Das wäre mein Vorschlag an Dich. Bin eh gerade am überlegen, ob ich nicht den einen oder anderen Text mal etwas ausführlicher schreiben sollte um das dann auch auf meinem Blog zu veröffentlichen.....

 

[Kirby.exe]

Reicht Dir das? Ich meine, dass ich mal freie eBooks gesehen habe zu diesem Thema. Aber die wären auf Englisch. Wenn Du Fragen oder Probleme hast, dann melde Dich. Wir können ansonsten auch gerne mal paar Tests gemeinsam schreiben und daran dann das Eine oder Andere etwas erläutern... Das wäre mein Vorschlag an Dich. Bin eh gerade am überlegen, ob ich nicht den einen oder anderen Text mal etwas ausführlicher schreiben sollte um das dann auch auf meinem Blog zu veröffentlichen.....

Also ich spreche fließend Englisch xD Also wenn du ebooks hast dann gerne her damit Naja also wo ich einfach noch Probleme habe ist zu verstehen wie in Java Objekte zwischen Klassen hin und her gereicht werden etc. Also generell wie eigentlich grundlegend Objektorienterte Programmierung funktioniert und zu lernen wie man objektorientiert denkt.