基于.NET的webservice测试实例（一）

webservice接口测试的方法很多，比如通过HTTP发送soap包、通过接口代理直接调用webservice中包含的方法等等。测试工具也是五花八门，比如QTP、SOATest、Soaptest等等。你可以编写一段脚本来执行你的用例，也可以直接使用相关测试工具进行接口，根据个人的爱好。总之XML webservice接口的测试是十分灵活和十分有趣的。
下面就简单的说几个webservice测试方法，分别从webservice测试脚本和webservice测试工具两个方面去窥探接口测试。将会涉及到一些QTP、vbs、C#等工具和语言的简单知识。本文旨在抛砖引玉，大部分内容引自《.NET软件测试自动化之道》（好书！推荐阅读）以及抄袭自网络。
先看接口实例。
webserviceURL:http://fy.webxml.com.cn/webservices/EnglishChinese.asmx (WEB服务引自：http://www.webxml.com.cn/)
WSDL:http://fy.webxml.com.cn/webservices/EnglishChinese.asmx?WSDL
我们将要测试的是这个接口中的“TranslatorSentenceString”方法。
下面是这个方法的说明：

中英文双向翻译（例句）String()

输入参数：wordKey = 单词； 返回数据：一维字符串数组 String[]。

接口测试的第一步当然是用例的设计。简单的说一下设计的思路（具体可以参考前一篇文章《也谈webservice功能测试》）。对于一个接口，我们编写用例不光要考虑到接口实现功能，还应考虑以下几个方面：
1、参数的类型。定义了string类型，我们可以尝试传一些int类型的参数。
2、参数的长度。边界值的思想。
3、枚举类型的参数则要考虑定义以外的值。也许你要问，枚举类型的参数怎么可以传定义以外的值呢？工具或许不能，但脚本是可以的。事实上，脚本及时传给了webservice，webservcie也是不会处理的，哈哈！既然不处理，为什么还要写这样的用例呢？当然是测试全面性啦。
4、参数约束条件。是否允许为空？是否允许为null？
5、安全性。webservice往往是暴露在外的，安全性非常重要，后面会简单提一下接口的安全测试。作为用例设计，大家可以考虑给参数传入以下内容或许有意想不到的收获：“|”，“&”，“$”，“<>”，“CR”，“LF”，“\”，“()”，“+”，“%”，“@”等等。
6、其他方面。重点要考虑一些用例设计思想的应用。比如边界值、等价类。顺便提一下，对于实现业务比较复杂的接口，我建议大的分类从两方面考虑：业务层和参数层。

（待续     by  aslandhu）