其實(shí)無論用那種測試方法，接口測試的原理是通過測試程序模擬客戶端向服務(wù)器發(fā)送請求報(bào)文，服務(wù)器接收請求報(bào)文后對相應(yīng)的報(bào)文做出處理然后再把應(yīng)答報(bào)文發(fā)送給客戶端，客戶端接收應(yīng)答報(bào)文這一個(gè)過程。
　　用loadrunner實(shí)現(xiàn)接口測試
　　大家都知道loadrunner是一種性能測試工具，但它也可以用在我們做接口測試的時(shí)候。開發(fā)人員開發(fā)出來的接口，提供給測試人員詳細(xì)的接口使用說明書，該說明書最基本的要求如下：
　　接口測試地址：/sns/publish
　　
?xml
version="1.0"
encoding="iso-8859-1"?
　　<
publish
>
　　
123
　　
456
userid
　　
2
commentstypeid
　　
123
　　
456
　　
don't
forget
the
meeting!
　　
　　這也是一種寫法，可以跟web_submit_data互換。這種寫法更利于拼接參數(shù)。
　　方法一適合一些xml結(jié)構(gòu)的根元素下的子元素同處于根元素下面，且子元素?cái)?shù)目較少的情況下，如果xml結(jié)構(gòu)比較復(fù)雜，比如說根元素下面有多級子元素，或者xml樹結(jié)構(gòu)分叉較多的時(shí)候，我們可以先把xml拼接成一個(gè)字符串然后通過web_custom_request()向服務(wù)器發(fā)送請求。
　　我們在做接口功能測試的時(shí)候會(huì)很注意接口的應(yīng)答報(bào)文的信息，這時(shí)候我們可以通過loadrunner的日志信息查看或者可以通過web_reg_find()或者web_find()這樣的api函數(shù)來統(tǒng)計(jì)接口的運(yùn)行結(jié)果，推薦使用web_reg_find()，web_reg_find()和web_find()在這里。
　　因?yàn)閣eb_reg_find()是注冊型函數(shù)，所以應(yīng)該放在web_submit_data()或者web_custom_request()的前面。

你說的是interface的話...
接口一個(gè)作用不是用來實(shí)現(xiàn)嗎？彌補(bǔ)類不能多重繼承的遺憾。
接口中的的方法一般都是抽象的，沒有方法體，在其子類中詳細(xì)寫。
你說的是測試的接口的話，額是一點(diǎn)都記不起來啦···