web 接口测试小结

上一篇 / 下一篇 2008-07-21 19:27:02 / 个人分类：web测试

#Nj}xRc.nsD0 在很多情况下，web 站点不是孤立。在开发一个新的web功能点，并开发了新的交易接口。就需要做web接口的测试。51Testing软件测试网~5u'R)B!yq
新的接口，是为了完成新的业务功能，会有新接口的发送接口文档，返回接口文档。当然如果系统包括中间件，那么可能看到的接口文档就要多一倍哦。接口像是钥匙，而且很笨很不智能。所以只有完全匹配的时候期望的功能才会成功完成。

1 服务器接口

at!Q?!M0   第一个需要测试的接口是浏览器与服务器的接口。分请求的接口，返回的接口。要检查请求接口是否正确，测试人员可以提交事务，然后查看服务器记录，并验证在浏览器上看到的正好是服务器上发生的。测试人员还可以查询数据库，确认事务数据已正确保存。检查返回的接口，可以查看，系统在提交后回显的显示是否正确显示。有的系统也许看不到返回的信息，就可以到服务器上查看返回的信息是否复核接口要求。
&L;gH:[J:Ta1U6Ed0
k-D^+Mz"DO,V0
p;Y:hjtN0  这种测试可以归到功能测试中的表单测试和数据校验测试中

2 外部接口

有些 web 系统有外部接口。例如，网银缴电话费。
{,|*z.L-`0Y6m wnj051Testing软件测试网C4yr(io

3 错误处理

最容易被测试人员忽略的地方是接口错误处理。通常我们试图确认系统能够处理所有错误，但却无法预期系统所有可能的错误。尝试在处理过程中中断事务，看看会发生什么情况？订单是否完成？尝试中断用户到服务器的网络连接。尝试中断 web 服务器到信用卡验证服务器的连接。或者临时将网络带宽调整到很小，调整该交易的服务器响应时间。在这些情况下，系统能否正确处理这些错误？是否已对信用卡进行收费？如果用户自己中断事务处理，在订单已保存而用户没有返回网站确认的时候，需要由客户代表致电用户进行订单确认。
]w?&@t Pf~0
上面说的是一类错误，对于发送报文需要自己根据接口文档配的，可以尝试将输入的要素信息配置的不符合接口文档，例如长度，格式，或者多一个字段，少一个字段。对于返回的报文也可以这样。检查系统接口的处理情况。

,s%J;^hXu0采取措施：在理解需求的基础上，充分发挥想象力，尽量比较全面的列出各种异常情况。也可以参考用例库里一些前辈留下的经典场景。