接口测试之——soapui学习(4)
上一篇 /
下一篇 2011-10-18 16:19:06
/ 个人分类:接口测试
注:(该文转自流口水的小猪的博客,因为分享不过来所以就copy了)
当创建好project并且导入了WSDL后,我们就可以开始创建
测试用例以便开展测试了。SoapUI有多种方法添加测试用例,且可以通过Groovy或者javaScript脚本来增强脚本的功能。
下面我们要做的事是:
1 为WSDL创建一个test case
2. 为test case加上一点断言assertion
3. 运用test case
为WSDL创建test case
1.1 展开Webservice,右键选择“Add to request ”或者在request页面选择添加testcase
1.2. 在后续弹出的创建TestSuit对话框中,输入TestSuit的名称
1.4.接着为这个测试用例添加request,这才是测试用例的核心
1.5.确定后就能看到如下的界面
这时我们可以看到
TestSuite--》
TestCase--》
Request的组织结构
另外就是点击不同的结构目录,右框中会根据点击的不同显示页面有所不同。
到了这一步,我们就可以打开TestCase中的Request,输入参数,进行测试了。
到了上面,显然我们的测试用例不太可能这么简单,需要添加一些检查点(就是soapUI的assertion)。下面我们就添加assertion
=============================
添加Assertion
2.1 双击Request,打开request页面,点击“Adds an assertion”
2.2 在弹出的选择Assertion中选择断言的类型
我们从这里能看到soapUI的assertion类型有
类型 | 说明 |
Schema Compliance | |
Contains | 检查是否存在特定字符串 |
Not Contains | 检查是否不存在特定字符串 |
SOAP Fault | |
Not SOAP Fault | |
SOAP Response | |
Response SLA | |
XPath Match | Xpath 表达式的结果是否是期望值 |
XQuery Match | |
Script. Assertion | 自己写脚本判断 |
WS-Security Status | |
WS-Addressing Response | |
WS-Addressing Request | |
我们添加一个Contain类型的断言(或者叫检查点)
2.3 在接着的Contains断言的具体属性中,输入要检查的内容,
例如我们后面要查询London的天气,这里我们输入London,并勾选上忽略大小写
确定后,你会发现你assertion是Failed
这里要说明的是
1. 失败是正常的,因为我们之前运行过这个用例,在添加assertion后它会立即在上一次执行的结果中执行一次assertion
2. 我们只添加了一个assertion,为什么有两个呢。因为SOAP Response是测试用例默认自带的assetion
==========================
执行用例
3.1. 点击执行,我们可以看到测试用例执行是成功的
还要注意,测试的结果,可以以多种方式显示:XML / Raw / Outline / Overview
其实我们再仔细看request也是有几种显示形式的xml/ Raw /Outline /Form ,只是一般我们用form形式的而已
3.2. 那么我们修改一下查询条件为seattle,测试用例还能成功吗?
----------------------
PS:
需
要说明的是,我们在测试网上提供的免费的webservice的时候,有时候webservice暂停了服务,这时我们测试是永远也不能成功的,那么我们
如何判断webservice的服务已经暂停了呢,我们只需要在浏览器中打开webservice的WSDL地址,如果能显示xml文件,就说明服务是好
的。当然这是一般的判断条件,并不绝对。
收藏
举报
TAG: