TestTreiber Zugriff auf Klasseninstanzmethoden mit this

[Linx]

Hi,

ich hab ein Problem mit einer Aufgabenstellung, deren Lösung lächerlich einfach sein muss, aber ich komm nicht drauf.

Ich habe ein Package in welchem ich eine Klasse habe und den Testtreiber.

Die Klasse:

package de.example.praemiensparvertrag;

public class PraemienSparVertrag {
	//Variablen
	public TestPraemienSparVertrag ps;
	public int monat;
	private double geld;
	private double kapital;
	private int praemieGebucht;
	private int zinsenGebucht;
	private int rateGebucht;
	
	//Konstruktor
	public PraemienSparVertrag(double einzahlung){
		this.geld = einzahlung;
		this.kapital = 0.0;
		this.praemieGebucht = 0;
		this.zinsenGebucht = 0;
		this.rateGebucht = 0;
		
	}
	
	//Methoden
	public double getKapital(){
		return this.kapital;
	}
	public boolean bucheZinsen(){
		
		return true;
	} 
	public boolean buchePraemie(){
		
		return true;
	}
	public boolean bucheRate(){
		
		return true;
	}
}

Der Treiber:

package de.example.praemiensparvertrag;

import junit.framework.*;
import java.util.logging.*;

public class TestPraemienSparVertrag extends TestCase
{
    private static Logger logger=Logger.getAnonymousLogger();
    
    public void teste()
    {
        this.logger.info("Start: Tests für PraemienSparVertrag");
        PraemienSparVertrag ps=new PraemienSparVertrag(100.0);
        assertEquals(0.0,this.ps.getKapital());
        assertFalse(this.ps.bucheZinsen()); 
        assertFalse(this.ps.buchePraemie());
        this.logger.info("Test Konstruktor erfolgreich");
        assertFalse(this.ps.bucheRate(0));
        assertFalse(this.ps.bucheRate(13));
        assertFalse(this.ps.bucheRate(2));
        for(int monat=1;monat<=12;monat++) 
        {
            assertTrue(this.ps.bucheRate(monat));
            assertFalse(this.ps.bucheRate(monat)); 
            assertEquals(monat*100.0,this.ps.getKapital());
            if(monat<12)
            {
                assertFalse(this.ps.bucheZinsen()); 
                assertFalse(this.ps.buchePraemie());
            }
        }
        assertEquals(1200.0,this.ps.getKapital());
        this.logger.info("Test bucheRate erfolgreich");
        assertFalse(this.ps.buchePraemie());
        assertTrue(this.ps.bucheZinsen());
        assertFalse(this.ps.bucheZinsen());
        assertEquals(1218.0,this.ps.getKapital());
        this.logger.info("Test bucheZinsen erfolgreich");
        assertTrue(this.ps.buchePraemie());
        assertFalse(this.ps.buchePraemie());
        assertEquals(1260.63,this.ps.getKapital());
        this.logger.info("Test buchePraemie erfolgreich");
        this.logger.info("Tests für PraemienSparVertrag erfolgreich abgeschlossen");
    }
}

Der TestTreiber ist fehlerfrei und darf nicht verändert werden.
Ich weis nicht wie und was ich verändern soll, dass der Aufruf der Methoden mit this.ps.methode() funktioniert?
Nachgeschlagen hab ich im Java ist auch eine Insel Wälzer nach Generics und innere Klassen aber ich komm nicht drauf, es ist zum verrückt werden!

Danke für Hilfe ich komm einfach nicht drauf...

Grüße

 

[Murray]

Der TestTreiber ist fehlerfrei

Ich behaupte mal, dass das nicht stimmt - im Testtreiber ist ps nunmal eine lokale Variable in der Methode teste; eine Member-Variable dieses Namens gibt es nicht, so dass ein mit this qualifizierter Zugriff nicht funktionieren kann. Der Fehler wird sich ohne Änderung des Testtreibers nicht beheben lassen. Eigentlich wäre die Lösung aber recht einfach: in Testreiber.teste() muss this.ps konsequent durch ps ersetzt werden.

 

[Linx]

Hallo,

ja, nur ist das mit this.ps absichtlich so gewählt.

Der Testtreiber ist zu 100% korrekt, es muss eine Lösung geben ohne diesen zu ändern. Alles andere ist erlaubt.

Was meinst du wie ich mir die Zähne dran ausgebissen habe. Stunden und so viele Nerven verloren das ich mich in letzter Instanz an eine Online-Community wenden muss.

Ich hoffe so sehr auf eine Lösung, einen Ansatz, eine Vermutung...

Besten Dank.

 

[Murray]

Der Testtreiber ist zu 100% korrekt, es muss eine Lösung geben ohne diesen zu ändern. Alles andere ist erlaubt.

Wenn alles andere erlaubt ist, dann kannst Du ja ein Member ps in die Basisklasse TestCase einbauen oder aber ein Instrumentation-Modul schreiben, welches das Member ps im Bytecode des Testtreibers beim Laden der Klasse ergänzt. So richtig im Sinne der Aufgabensetllung werden aber wohl beide Lösungen nicht sein.

 

[ARadauer]

Der Testtreiber ist zu 100% korrekt

sagt wer? Lehrer können sich auch fehler machen.
this.ps? es gibt kein ps in TestPraemienSparVertrag und in TestCase auch nicht.

 

[Linx]

Das hört sich schonmal sehr gut an obwohl ich von beiden deiner Vorschläge ich noch nur die hälfte verstehe

this.ps im Testtreiber, ist extra eingebaut. Sozusagen für die richtigen Pro's die für sowas kniffliges nen Lösungsweg finden.

Problem seh ich darin, dass wenn ich das Projekt auf nem anderen Computer in einer Eclipse kompiliere, ich die Basisklasse von TestCase auch ändern müsste. Also würde die Option schon wegfallen.

Instrumentation-Modul, ist das was für Java EE? Quasi sowas wie eine Extension?

Was ich noch erwähnen möchte, die Lösung kann auch ganz simpel sein, da die Aufgabe für Fachinformatiker Anwendungsentwicklung der Jahrgangsstufe 2 ist und diese noch kein Interface oder Vererbung kennen...obwohl es etwas mit Vererbung zu tun haben könnte......

Könnte man in Klasse praemiensparvertrag beim Aufruf im Testtreiber zum Bestandteil des Testtreibers machen und im Konstruktor eine Variable ps belegen?
Wäre meine Idee, nur wüsste ich nicht wie man eine Klasse bei ihrem Aufruf zum Teil der Klasse wird, welche ihren Konstruktor aufruft?


@ARadauer: Ja, aber es ist wie gesagt kein Fehler, es ist absichtlich eingebaut.

 

[Murray]

Das hört sich schonmal sehr gut an obwohl ich von beiden deiner Vorschläge ich noch nur die hälfte verstehe

Ganz ernst gemeint war beides nicht - dass man die Basisklasse nicht so gut verändern kann, hast Du ja schon selbst erkannt. Und ohne Fachinformatikern im 2. Jahr zu nahen treten zu wollen - Byte-Code-Instrumentation ist wohl weit jenseits des Curriculums.

 

[Marco13]

Bin nicht 100% sicher, aber wenn man im gleichen Package(!) eine Klasse "TestCase" anlegt, sucht er dort glaub' ich zuerst, d.h. er würde dann nicht vom JUnit-TestCase, sondern vom eigenen erben...

 

[ARadauer]

Bin nicht 100% sicher, aber wenn man im gleichen Package(!) eine Klasse "TestCase" anlegt, sucht er dort glaub' ich zuerst, d.h. er würde dann nicht vom JUnit-TestCase, sondern vom eigenen erben...

wenn junit.framework.*; schon importiert ist? kann ich mir nicht vorstellen.

Man könnte das package junit.framework erstellen un dort eine TestCase erstellen..

das ist aber schräger Mist, sowas sollte man keine Anfänger beibringen... bringt doch nur probleme....

 

[ARadauer]

da die Aufgabe für Fachinformatiker Anwendungsentwicklung der Jahrgangsstufe 2 ist und diese noch kein Interface oder Vererbung kennen...obwohl es etwas mit Vererbung zu tun haben könnte......

jaja... 100%ig Fehler in der TestPraemienSparVertrag.... PraemienSparVertrag ps muss eine Klassenvariable sein!

 

[Illuvatar]

jaja... 100%ig Fehler in der TestPraemienSparVertrag.... PraemienSparVertrag ps muss eine Klassenvariable sein!

Ganz richtig, das kann nicht so gemeint sein.

 

[Marco13]

package mainpackage;

import mainpackage.subpackage.*;

public class TestCaseUser extends TestCase
{
    void run()
    {
        this.instanceVariable = null;
    }
}

package mainpackage.subpackage;

public class TestCase
{

}

---> Geht nicht.

Wenn man zusätzlich diese hier erstellt:

package mainpackage;

public class TestCase
{
    public Object instanceVariable;
}

gehts, und der import "import mainpackage.subpackage.*;" gilt dann als unbenutzt. Sollte wohl eine "Übung" sein, um zu verdeutlichen, die das Auflösen von Klassennamen abläuft - dass eben zuerst im eigenen Package gesucht wird, und dann in den imports....