Модульное тестирование Обновление содержимого ModalWindow завершается неудачно, в то время как фактическая функциональность работает должным образом - что я делаю неправильно?
Вопрос
Итак, сначала я потратил пару часов, пытаясь "исправить" это сам, а затем гуглил как сумасшедший, но не нашел ничего, что могло бы помочь, так что теперь я здесь.
По сути, у меня есть собственная Panel
в собственном ModalWindow
Wicket, и, поскольку мне нравится модульное тестирование, я хочу его протестировать. Особое поведение здесь - это обновление содержимого ModalWindow
: в моем собственном коде, из которого я извлек это, обработка событий Ajax фактически перезагружает новые вещи на панель контента, я просто удалил их, чтобы сделать это короче. р>
Итак, вот код Panel
package wicket.components;
import org.apache.wicket.ajax.AjaxRequestTarget;
import org.apache.wicket.ajax.markup.html.form.AjaxButton;
import org.apache.wicket.extensions.ajax.markup.html.modal.ModalWindow;
import org.apache.wicket.markup.html.form.Form;
import org.apache.wicket.markup.html.panel.Panel;
import org.apache.wicket.model.*;
public class MyModalWindowPanel extends Panel {
private Form form;
private ModalWindow modal;
public MyModalWindowPanel(String id, ModalWindow modal) {
super(id);
this.setOutputMarkupId(true);
this.modal = modal;
initializeForm();
addBasicDataFieldsToForm();
add(campaignForm);
}
private void initializeForm() {
form = new Form("form");
form.setOutputMarkupId(true);
}
private void addBasicDataFieldsToForm() {
campaignForm.add(new AjaxButton("infoSubmit",
new Model<String>("Ajaxy Click")) {
protected void onSubmit(AjaxRequestTarget target, Form<?> form) {
modal.setContent(new MyModalWindowPanel(modal.getContentId(),
modal));
modal.show(target);
}
});
}
}
и соответствующая разметка
<wicket:panel>
<form wicket:id="form">
<input type="submit" value="Ajaxy Click" wicket:id="infoSubmit" />
</form>
</wicket:panel>
Обратите внимание, что при запуске в контейнере сервлета, таком как Tomcat, это работает правильно - здесь нет функциональных ошибок!
Так в чем же проблема? Кажется, я не могу заставить модульный тест работать! Мой тестовый класс для панели выглядит следующим образом
package wicket.components;
import org.apache.wicket.extensions.ajax.markup.html.modal.ModalWindow;
import org.apache.wicket.markup.html.panel.Panel;
import org.apache.wicket.util.tester.*;
import junit.framework.TestCase;
public class MyModalWindowPanelTestCase extends TestCase {
private WicketTester tester;
private ModalWindow modal;
@Override
protected void setUp() throws Exception {
tester = new WicketTester();
modal = new ModalWindow("modal");
tester.startPanel(new TestPanelSource() {
public Panel getTestPanel(String id) {
return new MyModalWindowPanel(id, modal);
}
});
}
public void testReloadingPanelWorks() throws Exception {
// the next line fails!
tester.executeAjaxEvent("panel:campaignForm:campaignInfoSubmit",
"onclick");
tester.assertNoErrorMessage();
}
}
и вот результирующая трассировка стека выполнения этого
java.lang.IllegalStateException: No Page found for component [MarkupContainer [Component id = modal]]
at org.apache.wicket.Component.getPage(Component.java:1763)
at org.apache.wicket.RequestCycle.urlFor(RequestCycle.java:872)
at org.apache.wicket.Component.urlFor(Component.java:3295)
at org.apache.wicket.behavior.AbstractAjaxBehavior.getCallbackUrl(AbstractAjaxBehavior.java:124)
at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.getCallbackScript(AbstractDefaultAjaxBehavior.java:118)
at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.getCallbackScript(AbstractDefaultAjaxBehavior.java:106)
at org.apache.wicket.extensions.ajax.markup.html.modal.ModalWindow$WindowClosedBehavior.getCallbackScript(ModalWindow.java:927)
at org.apache.wicket.extensions.ajax.markup.html.modal.ModalWindow.getWindowOpenJavascript(ModalWindow.java:1087)
at org.apache.wicket.extensions.ajax.markup.html.modal.ModalWindow.show(ModalWindow.java:352)
at wicket.components.MyModalWindowPanel$1.onSubmit(MyModalWindowPanel.java:45)
at org.apache.wicket.ajax.markup.html.form.AjaxButton$1.onSubmit(AjaxButton.java:102)
at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:143)
at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177)
at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:299)
at org.apache.wicket.util.tester.BaseWicketTester.executeAjaxEvent(BaseWicketTester.java:1236)
at org.apache.wicket.util.tester.BaseWicketTester.executeAjaxEvent(BaseWicketTester.java:1109)
at wicket.components.MyModalWindowPanelTestCase.testReloadingPanelWorks(MyModalWindowPanelPanelTestCase.java:31)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at junit.framework.TestSuite.runTest(TestSuite.java:232)
at junit.framework.TestSuite.run(TestSuite.java:227)
at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:81)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:46)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
Итак, как / можно исправить мой модульный тест, чтобы он прошел?
Решение
Я собираюсь выйти на конечность и сказать: добавьте свой компонент Panel на страницу для тестирования.
AFAIK, вы не можете тестировать отдельные компоненты, но вы должны настроить тестирование, получив страницу и сделав утверждения на этом ..
Это то, что я использую для тестирования:
public class TestHomePage {
private static WicketTester tester;
@BeforeClass
public static void setUp() {
tester = new WicketTester(new WicketApplication() {
@Override
protected void init() {
//Override init to use SpringUtil's SpringContext due to missing WebApplicationContext
addComponentInstantiationListener(new SpringComponentInjector(this, SpringUtil.getContext()));
}
});
}
@Test
public void testRenderMyPage() {
//start and render the test page
tester.startPage(HomePage.class);
//assert rendered page class
tester.assertRenderedPage(HomePage.class);
//assert page contents
tester.assertContains("Welcome to my webpage");
}
}
Пожалуйста, исправьте меня, если я ошибаюсь!
Другие советы
" производство " Код, показанный, что якобы работает, противоречив. Я подозреваю, что переменная campaignForm должна быть полевой формой.
Но я думаю, что корень проблемы в том, что само модальное окно нигде фактически не привязано к компоненту и поэтому не может быть визуализировано.
Если в реальном коде он прикреплен где-то за пределами вашего компонента MyModalWindowPanel, вам определенно нужно будет прикрепить его и где-нибудь в тесте, вероятно, сделав ваш тест построением либо тестовой страницы, либо тестовой панели, которая содержит оба модальное окно и тестируемый компонент.
Единственный раз, когда я получил это "Страница не найдена" исключение было при попытке вызвать getPage () в конструкторе панели. Конструктор выполняется до того, как панель добавляется на страницу, поэтому ничего не найдено ... Возможно, вы делаете что-то подобное? Возможно, этот код работает в производстве, но все еще выбрасывает эту ошибку за кулисы?
Я знаю, что это не то, что вы ищете, но я нашел Selenium отличным инструментом для тестирование веб-интерфейсов. JUnit отлично подходит для тестирования логики, но Selenium лучше подходит для того, чтобы убедиться, что в вашем интерфейсе отображается правильная вещь. Он выглядит странно с его графическим интерфейсом и тому подобным, но он прекрасно работает, и если вы немного покопаетесь, API-интерфейс сценариев будет легко доступен.