在测试中,一个更难的问题是模拟用户交互。因此第三个问题是:我们应该在那里放置断言(assertion)。 一些测试框架通过在Web浏览器中重现用户交互来测试整个应用程序,这些测试有其适用之处,但他们并不适合在开发时使用。
在一个模拟的JSF环境中,SeamTest可以让你编写脚本化(scripted)测试。 这些脚本化测试的用处是为了重现视图和Seam组件之间的交互,换句话说,你要假装你是JSF的实现!
这种方法可以测试除了视图以外的所有事物。
让我们来看一个JSP视图,此视图对应的组件就是上述单元测试过那个组件:
<html>
<head>
<title>Register New User</title>
</head>
<body>
<f:view>
<h:form>
<table border="0">
<tr>
<td>Username</td>
<td><h:inputText value="#{user.username}"/></td>
</tr>
<tr>
<td>Real Name</td>
<td><h:inputText value="#{user.name}"/></td>
</tr>
<tr>
<td>Password</td>
<td><h:inputSecret value="#{user.password}"/></td>
</tr>
</table>
<h:messages/>
<h:commandButton type="submit" value="Register" action="#{register.register}"/>
</h:form>
</f:view>
</body>
</html>
我们想测试一下应用程序的注册功能(即当用户点击注册按钮要发生的事情)。我们可以在TestNG的自动测试中重现JSF的请求生命周期:
public class RegisterTest extends SeamTest
{
@Test
public void testRegister() throws Exception
{
new FacesRequest() {
@Override
protected void processValidations() throws Exception
{
validateValue("#{user.username}", "1ovthafew");
validateValue("#{user.name}", "Gavin King");
validateValue("#{user.password}", "secret");
assert !isValidationFailure();
}
@Override
protected void updateModelValues() throws Exception
{
setValue("#{user.username}", "1ovthafew");
setValue("#{user.name}", "Gavin King");
setValue("#{user.password}", "secret");
}
@Override
protected void invokeApplication()
{
assert invokeMethod("#{register.register}").equals("success");
}
@Override
protected void renderResponse()
{
assert getValue("#{user.username}").equals("1ovthafew");
assert getValue("#{user.name}").equals("Gavin King");
assert getValue("#{user.password}").equals("secret");
}
}.run();
}
...
}
值得注意的是:我们继承了SeamTest,其为我们的组件提供了一个Seam环境,并且我们还需要写一个继承了SeamTest.FacesRequest的匿名类,此匿名类模拟JSF的请求生命周期(还有一个SeamTest.NonFacesRequest是测试GET请求的)。 为了模拟JSF对我们组件的调用,我们已经完成了JSF不同阶段的方法实现,接着我们还加入了各种断言。
文章来源于领测软件测试网 https://www.ltesting.net/