接口测试 怎么搞，比如百度文库接口，各种参数。有效性，容错性。脚本 取 返回值。

接口测试
1、有一些对外的接口，例如：CLI 设备以及 linux 操作系统的 shell 都可以称作接口，这种接口测试，用到的方法无法就是用脚本实现一些协议通信，例如：telnet、ssh、console 等。然后向通道写命令，得到回显，验证回显。之后，加入一些逻辑操作、日志输出、异常判断、用例组合等，就成了一个框架了。
2、有一些代码级别的接口测试，可以称作模块级别的测试，就是互相调用模块来验证功能了。
3、还有一些分布式软件框架，不同的服务器之间通信的消息也称作为接口。
其基本原理都是类似的

@shuang @ 大宝-Oscar 百度文库接口的话，是 http 接口吧，就是 http 请求，然后验证返回值对不对，可以自己构造请求

我们这接口测试都是手工去检查，查看方式就是：开发提供个 http 链接，这边通过设计 url 携带的参数的用例，检查返回的 xml 或者 json 内容节点的值是否正确。

看什么接口啦， 最好的方法是开发提供所有的接口，不管是 rest 的， 还是 soap 的， 然后测试整理出来，手动也好，自动也好，一个个测试吧。。。

@ 大宝-Oscar 可以先选择一些浏览器模拟工具，比如 htmlunit 和 phontomjs。这些模拟手工操作，而且稳定可靠。再底层，可以直接使用 rails 的框架，或者自己封装，直接发送数据。比如 restclient 工具。

框架使用什么 xunit 的都行。

#4 楼 @simple 我们这边也是手工为主，附加一些脚本验证请求返回值校验，感觉还是手工来的快，参考设计文档，设计用例。

#3 楼 @test_sun 额，基本是手动加 脚本请求取返回值校验，不过参数太麻烦，还有二级参数，需要用到正则表达式匹配验证吗？

#6 楼 @seveniruby 这个可以出个 专题，貌似接口这块测试 网上资料很少啊，百度 咋搞的，你这几款工具没用过，我有时间看看，都是开源的吧？自动化 模拟手工 用 selenium 多吧，

#8 楼 @ 大宝-Oscar xml，json 等都有对应的库解析的。不需要自己编码解析。再复杂的结构也 ok。
有问题直接发测试交流就行，接口测试单独的专题就不创建了。现在人还少，不然搞的跟 51testing 就一个样子了。整体版面还是追求简洁为主。

#9 楼 @ 大宝-Oscar 百度也没什么神秘，也是使用库去解析的，php 的用 phpunit 或者 phptest，java 的用 junit，ruby 的用 test::unit。基本都是 xunit 系列。web 页面的目前是 selenium 多。web 的自动化不如接口自动化稳定可靠。

恩，一般都是自己写 http 客户端去调么？再自己加些断言

#12 楼 @shuang http 客户端也是有现成的库可以用，只是一句话而已，还是比较容易使用的。

1.单独写一个应用程序，将所有涉及接口都加入到这个应用程序内，每个接口的参数，都提前 Load 到程序内，比如放在 ComboBox 里面，这样形成一个手工接口测试工具，测试效率会提高很多；
2.接口，一般都是一个组件，如果能封装，则封装起来 (这样可使用例执行与具体某个接口参数无关)，写成自动化测试工具，用例就是实际使用场景，持续将客户使用场景转化为测试用例，加入自动化测试序列，积累多了，对频繁发布版本进行验收测试，很有帮助。