Testen von Wicket-Anwendungen

Spring-Applikationskontext in Tests

• Für Spring stehen in spring-test Basisklassen für Tests zur Verfügung. AbstractJUnit4SpringContextTests erzeugt den Applikationskontext und injiziert mit @Autowired annotierte Felder:

  @ContextConfiguration(locations = { "classpath:spring.xml" })
  public class SomeTest extends AbstractJUnit4SpringContextTests {
  
      @Autowired
      private SomeService someService;
  
      @Test
      public void testSomething() {
          assertTrue(someService.isWorking());
      }
  }

• Hinweis: Spring 2.5 unterstützt nur JUnit bis Version 4.4!

WicketTester + Spring I

• Wicket bietet mit WicketTester Unterstützung für das Testen von Wicket-Seiten. WicketTester ist dabei mit der Applikationsklasse zu erzeugen. Es empfiehlt sich, der Applikatonsklasse den Spring-ApplicationContext von außen zu setzen:

  public class SomeWicketApplication extends WebApplication
      implements ApplicationContextAware {
  
      public void setApplicationContext(ApplicationContext applicationContext)
                  throws BeansException {
          injector = new SpringComponentInjector(this, applicationContext);
          addComponentInstantiationListener(injector);
      }
      
  }

WicketTester + Spring II

• In einer @Before-Methode sollte ein neuer Wicket-Tester mit der Applikation erzeugt werden:

  @ContextConfiguration(locations = { "classpath:spring.xml" })
  public class SomeTest extends AbstractJUnit4SpringContextTests {
  
      private WicketTester tester;
  
      @Before
      public void setUp() {
          SomeWicketApplication app = new SomeWicketApplication();
          app.setApplicationContext(this.applicationContext);
          tester = new WicketTester(app);
      }
  
  }

WicketTester API: Aktionen

• Seitenaufrufe:

  tester.startPage(SomePage.class)
  
  tester.startPage(new TestPageSource() {
      
      public Page getTestPage() {
          return new SomePage();
      }
  
  });

• Links auslösen:

  tester.clickLink("someContainer:someButton")

WicketTester API: Formulare

• Formulare ausfüllen und absenden:

  FormTester someForm = tester.newFormTester("someForm");
  someForm.setValue("someField", "some text");
  someForm.submit();

WicketTester API: Assertions

• Wurde eine bestimmte Seite erfolgreich gerendert?

  tester.assertRenderedPage(SomePage.class);

• Existiert eine bestimmte Komponente (wicket:id) auf der zuletzt gerenderten Seite?

  tester.assertComponent("someComponent", Button.class);

• Existiert ein bestimmtes Label auf der zuletzt gerenderten Seite?

  tester.assertLabel("someLabel", "text");

• Enthält die zuletzt gerenderte Seite einen bestimmten Text?

  tester.assertContains("text");

Selenium

• WicketTester simuliert Abfragen gegen das Wicket-Komponentenmodell, dabei kann insbesondere der Zustand der Komponenten verwendet und geprüft werden.
• Selenium geht einen Schritt weiter: Die Web-Anwendung wird von außen mit einem ferngesteuerten Browser (IE/Firefox/Opera/Safari) bedient - auch browserabhängige Logik und Ajax/JavaScript-Code können getestet werden.
• Selenium IDE ist ein Firefox-Plug-in um Tests aufzuzeichnen und abzuspielen: http://seleniumhq.org/projects/ide/
• Tests können als JUnit-Tests exportiert werden und mit Selenium Remote Control (RC) ausgeführt werden: http://seleniumhq.org/projects/remote-control/

Selenium IDE

Best Practices: Tests

• Es empfiehlt sich, vor jedem Testfall klare Ausgangsbedingungen zu schaffen (z.B. mit DBUnit http://www.dbunit.org/) und Tests nicht aufeinander aufzubauen.
• Tests sollten schnell ausführbar sein (Problem: Je länger Tests laufen, umso seltener führen Entwickler Tests aus). Gegenfalls sollten Services gemockt werden (z.B. mit EasyMock http://easymock.org/).
• Test-First - Tests sollten konsequent vor den zu testenden Komponenten erstellt werden: http://de.wikipedia.org/wiki/Testgetriebene_Entwicklung

Weitere Informationen

• Apache Wicket Testing: http://cwiki.apache.org/WICKET/testing.html
• Selenium: http://seleniumhq.org/