MockMvc 和 WebDriver
在前面的章节中,我们已经了解了如何将 MockMvc 与原始 HtmlUnit API 结合使用。在本节中,我们将使用 Selenium WebDriver 中的其他抽象来简化操作。
为什么使用 WebDriver 和 MockMvc?
我们已经可以使用 HtmlUnit 和 MockMvc 了,那么为什么还要使用 WebDriver 呢?Selenium WebDriver 提供了一个非常优雅的 API,可以让我们轻松地组织代码。为了更好地展示其工作原理,我们将在本节中探讨一个示例。
尽管是 Selenium 的一部分,但 WebDriver 不需要 Selenium Server 来运行您的测试。 |
假设我们需要确保正确创建了一条消息。测试包括查找 HTML 表单输入元素、填写它们以及进行各种断言。
这种方法会导致许多单独的测试,因为我们也希望测试错误情况。例如,我们希望确保如果我们只填写表单的一部分,我们会收到错误消息。如果我们填写了整个表单,则随后应显示新创建的消息。
如果其中一个字段名为“summary”,我们可能会在测试中的多个位置重复类似以下内容
-
Java
-
Kotlin
HtmlTextInput summaryInput = currentPage.getHtmlElementById("summary");
summaryInput.setValueAttribute(summary);
val summaryInput = currentPage.getHtmlElementById("summary")
summaryInput.setValueAttribute(summary)
那么如果我们将 id
更改为 smmry
会发生什么?这样做会迫使我们更新所有测试以合并此更改。这违反了 DRY 原则,因此我们应该理想地将此代码提取到它自己的方法中,如下所示
-
Java
-
Kotlin
public HtmlPage createMessage(HtmlPage currentPage, String summary, String text) {
setSummary(currentPage, summary);
// ...
}
public void setSummary(HtmlPage currentPage, String summary) {
HtmlTextInput summaryInput = currentPage.getHtmlElementById("summary");
summaryInput.setValueAttribute(summary);
}
fun createMessage(currentPage: HtmlPage, summary:String, text:String) :HtmlPage{
setSummary(currentPage, summary);
// ...
}
fun setSummary(currentPage:HtmlPage , summary: String) {
val summaryInput = currentPage.getHtmlElementById("summary")
summaryInput.setValueAttribute(summary)
}
这样做可以确保如果我们更改 UI,我们不必更新所有测试。
我们甚至可以更进一步,将此逻辑放在表示我们当前所在的 HtmlPage
的 Object
中,如下例所示
-
Java
-
Kotlin
public class CreateMessagePage {
final HtmlPage currentPage;
final HtmlTextInput summaryInput;
final HtmlSubmitInput submit;
public CreateMessagePage(HtmlPage currentPage) {
this.currentPage = currentPage;
this.summaryInput = currentPage.getHtmlElementById("summary");
this.submit = currentPage.getHtmlElementById("submit");
}
public <T> T createMessage(String summary, String text) throws Exception {
setSummary(summary);
HtmlPage result = submit.click();
boolean error = CreateMessagePage.at(result);
return (T) (error ? new CreateMessagePage(result) : new ViewMessagePage(result));
}
public void setSummary(String summary) throws Exception {
summaryInput.setValueAttribute(summary);
}
public static boolean at(HtmlPage page) {
return "Create Message".equals(page.getTitleText());
}
}
class CreateMessagePage(private val currentPage: HtmlPage) {
val summaryInput: HtmlTextInput = currentPage.getHtmlElementById("summary")
val submit: HtmlSubmitInput = currentPage.getHtmlElementById("submit")
fun <T> createMessage(summary: String, text: String): T {
setSummary(summary)
val result = submit.click()
val error = at(result)
return (if (error) CreateMessagePage(result) else ViewMessagePage(result)) as T
}
fun setSummary(summary: String) {
summaryInput.setValueAttribute(summary)
}
fun at(page: HtmlPage): Boolean {
return "Create Message" == page.getTitleText()
}
}
}
以前,这种模式被称为 页面对象模式。虽然我们当然可以使用 HtmlUnit 来做到这一点,但 WebDriver 提供了一些我们在以下部分中探讨的工具,使这种模式更容易实现。
MockMvc 和 WebDriver 设置
要将 Selenium WebDriver 与 MockMvc
一起使用,请确保您的项目包含对 org.seleniumhq.selenium:selenium-htmlunit3-driver
的测试依赖项。
我们可以使用 MockMvcHtmlUnitDriverBuilder
轻松创建与 MockMvc 集成的 Selenium WebDriver,如下例所示
-
Java
-
Kotlin
WebDriver driver;
@BeforeEach
void setup(WebApplicationContext context) {
driver = MockMvcHtmlUnitDriverBuilder
.webAppContextSetup(context)
.build();
}
lateinit var driver: WebDriver
@BeforeEach
fun setup(context: WebApplicationContext) {
driver = MockMvcHtmlUnitDriverBuilder
.webAppContextSetup(context)
.build()
}
这是一个使用 MockMvcHtmlUnitDriverBuilder 的简单示例。有关更高级的使用,请参阅 高级 MockMvcHtmlUnitDriverBuilder 。 |
前面的示例确保任何将 localhost
作为服务器引用的 URL 都将定向到我们的 MockMvc
实例,而无需真正的 HTTP 连接。任何其他 URL 都将通过网络连接按正常方式请求。这使我们能够轻松测试 CDN 的使用。
MockMvc 和 WebDriver 用法
现在我们可以像往常一样使用 WebDriver,但无需将应用程序部署到 Servlet 容器。例如,我们可以使用以下方法请求创建消息的视图
-
Java
-
Kotlin
CreateMessagePage page = CreateMessagePage.to(driver);
val page = CreateMessagePage.to(driver)
然后,我们可以填写表单并提交它以创建消息,如下所示
-
Java
-
Kotlin
ViewMessagePage viewMessagePage =
page.createMessage(ViewMessagePage.class, expectedSummary, expectedText);
val viewMessagePage =
page.createMessage(ViewMessagePage::class, expectedSummary, expectedText)
这改进了我们 HtmlUnit 测试 的设计,利用了页面对象模式。正如我们在 为什么使用 WebDriver 和 MockMvc? 中提到的,我们可以在 HtmlUnit 中使用页面对象模式,但在 WebDriver 中更容易。请考虑以下 CreateMessagePage
实现
-
Java
-
Kotlin
public class CreateMessagePage extends AbstractPage { (1)
(2)
private WebElement summary;
private WebElement text;
@FindBy(css = "input[type=submit]") (3)
private WebElement submit;
public CreateMessagePage(WebDriver driver) {
super(driver);
}
public <T> T createMessage(Class<T> resultPage, String summary, String details) {
this.summary.sendKeys(summary);
this.text.sendKeys(details);
this.submit.click();
return PageFactory.initElements(driver, resultPage);
}
public static CreateMessagePage to(WebDriver driver) {
driver.get("https://127.0.0.1:9990/mail/messages/form");
return PageFactory.initElements(driver, CreateMessagePage.class);
}
}
1 | CreateMessagePage 扩展了 AbstractPage 。我们不会详细介绍 AbstractPage ,但总而言之,它包含我们所有页面共有的功能。例如,如果我们的应用程序具有导航栏、全局错误消息和其他功能,我们可以将此逻辑放在共享位置。 |
2 | 我们对我们感兴趣的 HTML 页面每个部分都有一个成员变量。这些变量的类型为 WebElement 。WebDriver 的 PageFactory 使我们能够通过自动解析每个 WebElement 从 HtmlUnit 版本的 CreateMessagePage 中删除大量代码。PageFactory#initElements(WebDriver,Class<T>) 方法通过使用字段名称并在 HTML 页面中按元素的 id 或 name 查找它来自动解析每个 WebElement 。
|
3 | 我们可以使用@FindBy 注解来覆盖默认的查找行为。我们的示例展示了如何使用@FindBy 注解通过css 选择器(input[type=submit] )查找提交按钮。 |
class CreateMessagePage(private val driver: WebDriver) : AbstractPage(driver) { (1)
(2)
private lateinit var summary: WebElement
private lateinit var text: WebElement
@FindBy(css = "input[type=submit]") (3)
private lateinit var submit: WebElement
fun <T> createMessage(resultPage: Class<T>, summary: String, details: String): T {
this.summary.sendKeys(summary)
text.sendKeys(details)
submit.click()
return PageFactory.initElements(driver, resultPage)
}
companion object {
fun to(driver: WebDriver): CreateMessagePage {
driver.get("https://127.0.0.1:9990/mail/messages/form")
return PageFactory.initElements(driver, CreateMessagePage::class.java)
}
}
}
1 | CreateMessagePage 扩展了 AbstractPage 。我们不会详细介绍 AbstractPage ,但总而言之,它包含我们所有页面共有的功能。例如,如果我们的应用程序具有导航栏、全局错误消息和其他功能,我们可以将此逻辑放在共享位置。 |
2 | 我们对我们感兴趣的 HTML 页面每个部分都有一个成员变量。这些变量的类型为 WebElement 。WebDriver 的 PageFactory 使我们能够通过自动解析每个 WebElement 从 HtmlUnit 版本的 CreateMessagePage 中删除大量代码。PageFactory#initElements(WebDriver,Class<T>) 方法通过使用字段名称并在 HTML 页面中按元素的 id 或 name 查找它来自动解析每个 WebElement 。
|
3 | 我们可以使用@FindBy 注解来覆盖默认的查找行为。我们的示例展示了如何使用@FindBy 注解通过css 选择器(input[type=submit])查找提交按钮。 |
最后,我们可以验证新消息是否已成功创建。以下断言使用AssertJ断言库。
-
Java
-
Kotlin
assertThat(viewMessagePage.getMessage()).isEqualTo(expectedMessage);
assertThat(viewMessagePage.getSuccess()).isEqualTo("Successfully created a new message");
assertThat(viewMessagePage.message).isEqualTo(expectedMessage)
assertThat(viewMessagePage.success).isEqualTo("Successfully created a new message")
我们可以看到,我们的ViewMessagePage
允许我们与自定义领域模型进行交互。例如,它公开了一个返回Message
对象的方法。
-
Java
-
Kotlin
public Message getMessage() throws ParseException {
Message message = new Message();
message.setId(getId());
message.setCreated(getCreated());
message.setSummary(getSummary());
message.setText(getText());
return message;
}
fun getMessage() = Message(getId(), getCreated(), getSummary(), getText())
然后,我们可以在断言中使用丰富的领域对象。
最后,在测试完成后,我们必须不要忘记关闭WebDriver
实例,如下所示。
-
Java
-
Kotlin
@AfterEach
void destroy() {
if (driver != null) {
driver.close();
}
}
@AfterEach
fun destroy() {
if (driver != null) {
driver.close()
}
}
有关使用WebDriver的更多信息,请参阅Selenium的WebDriver文档。
高级MockMvcHtmlUnitDriverBuilder
在之前的示例中,我们以尽可能简单的方式使用了MockMvcHtmlUnitDriverBuilder
,通过基于Spring TestContext框架为我们加载的WebApplicationContext
构建WebDriver
。此方法在此处重复,如下所示。
-
Java
-
Kotlin
WebDriver driver;
@BeforeEach
void setup(WebApplicationContext context) {
driver = MockMvcHtmlUnitDriverBuilder
.webAppContextSetup(context)
.build();
}
lateinit var driver: WebDriver
@BeforeEach
fun setup(context: WebApplicationContext) {
driver = MockMvcHtmlUnitDriverBuilder
.webAppContextSetup(context)
.build()
}
我们还可以指定其他配置选项,如下所示。
-
Java
-
Kotlin
WebDriver driver;
@BeforeEach
void setup() {
driver = MockMvcHtmlUnitDriverBuilder
// demonstrates applying a MockMvcConfigurer (Spring Security)
.webAppContextSetup(context, springSecurity())
// for illustration only - defaults to ""
.contextPath("")
// By default MockMvc is used for localhost only;
// the following will use MockMvc for example.com and example.org as well
.useMockMvcForHosts("example.com","example.org")
.build();
}
lateinit var driver: WebDriver
@BeforeEach
fun setup() {
driver = MockMvcHtmlUnitDriverBuilder
// demonstrates applying a MockMvcConfigurer (Spring Security)
.webAppContextSetup(context, springSecurity())
// for illustration only - defaults to ""
.contextPath("")
// By default MockMvc is used for localhost only;
// the following will use MockMvc for example.com and example.org as well
.useMockMvcForHosts("example.com","example.org")
.build()
}
或者,我们可以通过单独配置MockMvc
实例并将其提供给MockMvcHtmlUnitDriverBuilder
来执行完全相同的设置,如下所示。
-
Java
-
Kotlin
MockMvc mockMvc = MockMvcBuilders
.webAppContextSetup(context)
.apply(springSecurity())
.build();
driver = MockMvcHtmlUnitDriverBuilder
.mockMvcSetup(mockMvc)
// for illustration only - defaults to ""
.contextPath("")
// By default MockMvc is used for localhost only;
// the following will use MockMvc for example.com and example.org as well
.useMockMvcForHosts("example.com","example.org")
.build();
// Not possible in Kotlin until {kotlin-issues}/KT-22208 is fixed
这更详细,但是,通过使用MockMvc
实例构建WebDriver
,我们可以充分利用MockMvc的功能。
有关创建MockMvc 实例的更多信息,请参阅配置MockMvc。 |