针对WebService自动化测试的一些心得

大概已经有3-4个月没有上来写我的blog了，这个可不太好，有的时候就是懒惰，哈哈

一眨眼出差归来已经快半年了，心情恢复的也差不多了，想起那半年的出差，真的是。。嗨。。时间过得可真够快的，儿子也已经1岁多了，开始学走路了，挺高兴的~~~公司经过了一番“洗牌”以后，被分到了RSG2-SW3部门，又因为种种原因到了RSG2-ST部门，其实原因很简单，在这里负责自动化测试部门，不管是从个人对自动化测试的兴趣，还是对普元支持的角度，还是对原来部门经理的沟通，都促使我来进行这件事情

目前的Team为3个人，主要由我来牵头（好像做事总是我牵头的o(╯□╰)o），这几天在对公司的一个SPS2CRM Web Service进行测试，今天琢磨了一天，主要困惑如下：

1、 AXIS2以前没有接触过

2、 对自动化测试的理解还比较抽象

3、 如何在AXIS2中发布的AAR中间产生互通（说来话长，这里就不仔细讲了）

到快下班的时候，同事已经调试了一天了，突然来了句：“如何从AAR文件中取出要的Java方法啊”，我说：“那么你就把项目打包成一个JAR（已经有点意识到了）”，同事说：“那么这样项目不就分离了吗？”然后同事还在用我写的方法进行测试，报错（连接错误），感觉好像不太对，然后我做了如下的整理：

1、 将USECASE从SPS2CRM项目中抽出，不做API级的测试

2、 将USECASE和跳转项目（为了webservice测试做的）放在一起，只针对webservice进行测试

3、 SPS2CRM就是一个WEBSERVICE服务，我们当然应该针对这个服务来进行测试，比如一个USECASE要测试一个方法的5种情况，那么就针对这5种情况进行WEBSERVER的Request和Response，就可以达到效果，完全把WebService独立出来，这样的话既及绝了上面3个问题的困扰，也有效地避免了技术上的问题（主要是不熟悉）和一些困惑

通过以上的整理对方式进行修改后，架构清晰了，而且CASE也写的通畅了，自动化测试的维度有很多，很多东西还是要靠自己去摸索的，这件事情的起因是由于普元的引导（由于普元长期给予API的自动化测试，对WebService的自动化测试并没有经验，只是给了些建议），当然目前的做法也会引起很多弊端，比如负负得正（由于不能对API进行测试，所以可能2个方法最后得到的结果是返回2，第一个方法是0，第二个是2，然后返回他们的和，但是有可能过程中是1+1=2了，通过这种方式就测试不到了）的问题，我个人也总结了下，可以通过其他的方式来解决，而不是一定要钻牛角尖，测试的维度是无止境的，首先就先从这块开始吧

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/111631/viewspace-1037322/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/111631/viewspace-1037322/