seam 中的testNG测试框架

seam的testNG我就不多说了,文档里面有

我在这里想说的是文档里面没有说清楚的和我得出的一些经验，希望对大家有所帮助

    首先我想说我这里都是集成测试，集成测试是什么测试呢，按照文档里面的说法，就是用j2se模拟j2ee服务器的应用环境然后在模拟浏览器发出请求或客户段的操作，最后在是断言它的返回值是不是你预期的返回值，是则通过，否则失败。(所以tomcat上用seam的也可以用testNG做测试，但是需要自己配置一下classpath)
    下面来看看一个例子

public class RegisterTest extends SeamTest
{

   @Test
   public void testRegister() throws Exception
   {

      new FacesRequest("/register.xhtml") {//模拟浏览器发出一次FacesRequest（其实就是一次jsf的页面提交,GetRequest()就是普通的访问）
         /*
            这是一次典型的JSF 请求
            下面各个方法就是JSF的各个生命周期，如果不懂就看看JSF的自定义组件
         */
         @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();

   }

   ...

}

上面是一个典型的测试代码
但是有时我们的应用是有安全机制的，如果上面的Action有安全限制怎么办呢？比如我们的应用有用户机制，执行Action的时候需要登陆或是其他权限呢？
我这里介绍一种方法

import org.jboss.seam.mock.SeamTest;

import org.testng.annotations.Test;

public class AddItemActionTest extends SeamTest{
	
	@Test
	public void AddItemAction() throws Exception{
		
		String id=new FacesRequest(){//执行登陆操作然后，他会返回一个id相当与一个http session的标示
			protected void invokeApplication(){
			
			setValue("#{identity.username}", "superadmin");
	        setValue("#{identity.password}", "superadmin");
	        invokeMethod("#{identity.login}");
	        assert getValue("#{identity.loggedIn}").equals(true);
			}
		}.run();
		new FacesRequest("/admin/manageitem.xhtml",id){//再在测试时使用这个id这样权限问题就可以自由控制了
					 protected void processValidations() throws Exception
				     {
				       this.
				        validateValue("#{additem.item.name}", "test");
				        /*validateValue("#{query.item.superitem}", null);
				        validateValue("#{query.item.users}",null);
				        validateValue("#{guery.item.subitem}",null);
				        */
				        assert !isValidationFailure();
				     }

				     @Override
				     protected void updateModelValues() throws Exception
				     {
				        super.updateModelValues();
				        
				        setValue("#{additem.item.name}","test");
				        /*setValue("#{register.user.name}", "lxinblog");
				        setValue("#{register.user.password}", "123456");
				        setValue("#{register.user.email}","[e-mail]");
				        setValue("#{register.user.nickname}","lx");
				        */
				     }

				     @Override
				     protected void invokeApplication()
				     {
				        assert invokeMethod("#{additem.addItem}")==null;
				     }

				     @Override
				     protected void renderResponse()
				     {
				       
				        assert getValue("#{additem.item.name}").equals("test");
				        assert getValue("#{additem.item.id}")!=null;
				     }

		}.run();
			
		
	}

}

以上都是我得出的经验如有不对请指正

评论

6 楼 wan_2004 2009-01-21  

dearshor 写道

wan_2004 写道聚合测试的意图 不就是 把东东都放到一起的测了吗？？我以为不然，it代表integration test，应翻译为“集成测试”，而非“聚合测试”。“集成测试”者，即放到容器（or 运行环境）中，结合容器环境来测试（利用容器提供的资源，依赖注入能力等）。绝非你所谓的“聚合测试”：“把东东都放到一起的测了”。

对于 drools 你还有什么办法测试呢？？如果知道给小弟解答下，谢谢

5 楼 dearshor 2009-01-21  

wan_2004 写道

聚合测试的意图 不就是 把东东都放到一起的测了吗？？

我以为不然，it代表integration test，应翻译为“集成测试”，而非“聚合测试”。
“集成测试”者，即放到容器（or 运行环境）中，结合容器环境来测试（利用容器提供的资源，依赖注入能力等）。绝非你所谓的“聚合测试”：“把东东都放到一起的测了”。

4 楼 wan_2004 2009-01-16  

dearshor 写道

引用去掉权限等用户控制机制那你的用户权限设置怎么测试呢（drools），难道一起测了不好吗？可以专门写test suite来testing它们。每个测试应该有它明确的目的性、针对性，所以要排除其他不必要的因素的干扰，才能更好的发现问题。虽然是it，但有时候也应该用ut的思路来对待 —— 分块测试，笼而统之效果不会好的。否则还做什么it，整体部署到server上，直接人工测试、debug好了哇。

聚合测试的意图 不就是 把东东都放到一起的测了吗？？

3 楼 dearshor 2009-01-15  

引用

去掉权限等用户控制机制那你的用户权限设置怎么测试呢（drools），难道一起测了不好吗？

可以专门写test suite来testing它们。每个测试应该有它明确的目的性、针对性，所以要排除其他不必要的因素的干扰，才能更好的发现问题。虽然是it，但有时候也应该用ut的思路来对待 —— 分块测试，笼而统之效果不会好的。否则还做什么it，整体部署到server上，直接人工测试、debug好了哇。

2 楼 wan_2004 2009-01-12  

去掉权限等用户控制机制
那你的用户权限设置怎么测试呢（drools），难道一起测了不好吗？

不大明白引入一个id：
就是你客户端存在cookie里面那个jsessionid
下次如果还是使用new FacesRequest而不引用那个id就是重新建立一个httpSession的，这样存到session登陆状态也没有了

seam的testNG
这个说法确实不妥。谢谢指正

1 楼 dearshor 2009-01-12  

不大明白引入一个id

引用

String id=new FacesRequest() {...}.run();

如何解决

引用

比如我们的应用有用户机制，执行Action的时候需要登陆或是其他权限呢？

这个问题，能否进一步解释一下？

我谈一下我对这个问题的理解：
一般在测试时，我们通常都希望去掉权限等用户控制机制，以便能纯粹测试业务逻辑，无论是unit test还是integration test都一样。seam中也提供这样的机制，可以全局禁用所有restriction以方便测试。

这个时候如果你的业务逻辑代码里引用到了User这个domain model，可以直接提供一个user实例（比如可以硬编码new一个）。

对于用户控制本身的业务逻辑，可以专门写test suite来testing它们。


BTW,

引用

seam的testNG

这种说法不妥，TestNG是一个建立在junit之上的通用的testing framework，怎么成了seam专用的了？

PS,能否分享一下你基于tomcat配置seam集成测试环境的经验？seam官方文档上只有基于jboss embedded配置seam集成测试环境的相关介绍。