Wie die Kraft der statische block ausgeführt wird in jeder test-Methode?

Fand ich static-block ausgeführt wird nur einmal, wenn ich führen Sie mehrere JUnit-tests. Wie kann ich erzwingen, dass es für jede einzelne test-Methode? Ich bin mit neuesten JUnit 4.8.2

Auch nach xUnit-design-Prinzip, jede Methode sollte völlig unabhängig von anderen. Warum static-block nur einmal ausgeführt werden?

@Test TestMethod1 () {
       Accounts ac = new Accounts();
       ac.method1(); //kill the thread inside
}

@Test TestMethod2 () {
       Accounts ac = new Accounts();
       ac.method2(); //the thread is no longer available!!
}

class Accounts {
   static {
       //initalize one thread to monitor something
   }
}

Dies passiert auch, wenn TestMethod1 und TestMethod2 sind in den verschiedenen Test-Klassen.

  • pls show some code zu erklären, wie Sie es ausführen
  • wenn Sie möchten, dass etwas initialisiert, bevor jeder @Test ausführen, tun Sie es in einer @Before annotierten Methode
InformationsquelleAutor user705414 | 2011-04-25
  1. 11

    statische Blöcke nur ausgeführt werden, auf die Klasse be, weil das ist, was Sie sind: Klasse Initialisierungen. Haben ein static-block mehrmals ausgeführt würden verlangen, dass Sie zum entladen der Klasse (nicht eine einfache Sache zu tun...).

    Wenn Sie brauchen, um die Verwendung von statischen Blöcke, können Sie kommen mit Möglichkeiten, um Sie zu testen. Warum nicht wickeln Sie den block in eine öffentliche (statische) Methode? Alles, was Sie zu tun haben, dass die Welt ist, testen Sie die Methode:

     static {
      staticInitMethod();
 }

 public static void staticInitMethod(){
      //insert initialization code here
 }

    könnten Sie auch in der Lage sein, um Weg mit nur ein gewöhnlicher Initialisierer

     {//not static
      //insert initialization code here
 }

    Obwohl, die Wahrheit ist, die meisten Codes nicht verwenden müssen, Initialisierungen, wie das überhaupt.

    Edit: Stellt sich heraus, Oracle mag der statischen Methode http://download.oracle.com/javase/tutorial/java/javaOO/initial.html

    InformationsquelleAutor Philip JF
  2. 4

    Warum static-block nur einmal ausgeführt werden?

    Denn das ist der springende Punkt, der statische Initialisierer Blöcke!

    Oder um es anders auszudrücken, wenn Sie möchten Initialisierungscode auszuführen, mehrere Male, legte es in einem normalen Konstruktor oder Methode, oder (bei einer kleinen Anzahl der Fälle) eine nicht-statische Initialisierer block.

    Im Rahmen von JUnit, ist die normale Art und Weise zu implementieren, zu testen startup-und shutdown-code mit setUp() und tearDown() Methoden.

    Wenn Sie versuchen, unit Tests, die Ausführung der statischen Initialisierung in Ihrem eigenen code, sind Sie für eine holprige Straße, denke ich. Aber dann, unit-Test-code mit statischen Zustand (z.B. singletons) ist immer schwierig ... und das ist einer der Gründe, warum Leute denken, dass die statischen Zustand ist eine schlechte Idee.

    • Erwägen Sie die Verwendung eines Dependency Injection (auch als Inversion of Control) Rahmen anstelle des singletons.

    • Alternativ, betrachten änderung Ihrer Singleton /statische Initialisierung code, um es einfacher zu testen. Zum Beispiel, fügen Sie eine statische Methode, die es erlaubt, einen test zu re-führen Sie die Initialisierung. (Und bevor Sie sagen, dass diese bricht das singleton-Muster: ja, ich weiß. Sie müssen wählen zwischen design /Umsetzung "Reinheit" und das testen zu vereinfachen.)

    • Aber in Junit-Rahmen, jede test-Methode sollte völlig unabhängig von anderen?
    • Jeder JUnit-test-Klasse kann eigene startup() und shutdown(). Wenn Sie möchten, dass die test-Methoden, um völlig unabhängig ist, könnte Sie jeder in seine eigene Klasse.
    • singleton-Muster ist nützlich, von Zeit zu Zeit.
    • Ja ... aber es zeigt auch schwerwiegende Probleme für unit-Tests. Viele Leute denken, dass Dependency Injection bietet eine saubere alternative zu singletons. Es ist deine Wahl, aber die Testbarkeit eines der Dinge, die beeinflusst wird durch die Wahl. Sie können nicht beides haben ...
    • Wenn Sie es mit einem singleton, dann sollten Sie so gesagt.
    • Richtig. Aber diese Unabhängigkeit ist nur zu erzielen, wenn der code für Sie entworfen. Und code, hängt von statischen Initialisierer Blöcke nicht gut spielen mit unabhängigen unit-tests. Mögliche Lösung: Verschieben Sie den code aus dem statischen Initialisierer zu einer statischen Methode, und diese Methode aufrufen, von der Initialisierung und von den tests.
    • Es ist schön, wenn man die tests werden alle völlig unabhängig von einander – gut für das aufspüren von Problemen – aber irritierend teuer. Wenn Sie mit singletons ein bisschen, könnten Sie besser dran mit ein IoC-framework (z.B. Spring) zu behandeln, Konfiguration und Verwaltung des Lebenszyklus, und das wird helfen, mit den Tests zu.

    InformationsquelleAutor Stephen C
  3. 0

    Ist die statische code für die tests für die Klasse getestet?

    Wenn der code statisch ist, so können die Prüfungen teilen, dann müssen Sie verschieben Sie den code in der eigenen Klasse. Dann entweder haben die test-Klasse-Konstruktor instanziiert eine statische Instanz oder erstellen Sie eine test-suite, die nicht die gleiche Sache.

    Wenn Sie wollen, dass jeder test für sich allein stehen, dann bewegen Sie was Sie tun im static-block in der setup()/teardown () - Methoden, es ist was Sie sind da für.

    InformationsquelleAutor Kelly S. French
  4. 0

    Static-block wird nur einmal ausgeführt wird wenn das erste mal, Klasse laden in die JVM. Junit bieten @Before Anmerkung, die im Grunde verwendet, für die erforderliche Initialisierung her Testfall. Dies kann verwendet werden, für die Ausführung der statischen Blöcke der Klasse. ich habe zum Beispiel folgende Klasse Car 

        public class Car implements Vehicle{

        private String type = "lmv";    
        static {            
            VehicleFactoryWithoutRefl.getInstance().registerVehicle("car", new Car());
        }
        @Override
        public void moveForward() {
        }

        @Override
        public String getType() {
            return type;
        }

        @Override
        public Vehicle createVehicle() {
            return new Car();
        }



    }

    und ich ausgeführt werden soll static-block dieser Klasse in Junit vor dem erstellen der Auto-Instanz. Ich habe das laden dieser Klasse in setUp() mit class.forName("package.ClassName") Junit-code.

      public class TestFactory {

        @Before
        public void setUp() {
            try {
                Class.forName("com.cg.dp.factory.Car");
            } catch (ClassNotFoundException e) {
                //e.printStackTrace();
            }
        }

        @Test
        //@Ignore
        public void testFactoryInstanceWithoutRefl() {
            Vehicle v1 = VehicleFactoryWithoutRefl.getInstance().newVehicle("car");
            assertTrue(v1 instanceof Car);
        }
    }
    InformationsquelleAutor Pandey Amit
  5. -3

    Ähm... machen es nicht-statische? Sie können Instanz-Initialisierer Blöcke zu (gleiche wie statische Blöcke, nur ohne die static Stichwort). Aber test-setup code sollte eigentlich gehen in eine explizite setUp() oder @Before Methode.

    • Ich denke, der Punkt hier ist die test statische Initialisierung über JUnit, nicht um die Neugestaltung der Klasse getestet. So beweisen Sie, dass jede statische Methode, bei der als erste (und somit das laden der Klasse und damit die statische init), funktioniert einwandfrei. Könnte falsch sein, aber.
    • Brauche ich ein static-block, um sicherzustellen, dass alle Objekte haben einige gemeinsame Dinge.
    • Sie nicht muss. Es gibt andere Wege, um gemeinsame Dinge.
    InformationsquelleAutor Michael Borgwardt
Schreibe einen Kommentar