1、精選優質文檔-傾情為你奉上產品名稱Product name密級Confidentiality level內部公開產品版本Product versionTotal 11pages 共11頁接口協議測試總結(僅供內部使用）For internal use only擬制:Prepared by王健立日期：Date2006-12-17審核:Reviewed by日期：Date批準:Granted by日期：Date華為技術有限公司Huawei Technologies Co., Ltd.版權所有 侵權必究All rights reserved修訂記錄Revision record日期Date修訂版本R

2、evision version修改描述 change Description作者Author2006-12-171.00初稿完成劉明偉目 錄Table of Contents 1測試點41.1在測試過程中，最煩瑣的，也是最容易測出問題的莫過于字符校驗。41.2邊界值也是一個很重要的測試點。41.3此外，還要注意關注一下字符長度的問題51.4空值也是一個檢查點51.5對某些邏輯關系進行校驗。51.6當中間件對接其他外部系統時，如果對本接口有影響，也要進行測試。61.7當然，最重要的功能測試也不能忘記。61.8還要注意一下外系統和本系統的一致性檢查71.9對于某些定義后就不允許修改的參數進行校驗。

3、71.10可以進行一些并發操作。71.11對于一些異常情況，也可以適當作些測試。81.12如不是用測試樁來模擬外系統，而是真正的對接外系統，那么對于數據之間的邏輯關系還要重點關注。82一些小技巧92.1測試前先從整體上安排好各個模塊的測試順序，和測試策略。92.2在局部模塊測試之前首先想好一個測試策略，盡量加快測試速度。92.3可以根據接口文檔中對于返回碼的描述，在接口測試中重現該返回碼。92.4可以在創建時，把所有選項都取邊界值或特殊字符，然后，全流程的跑一遍，看是否會引起一些其他的問題。92.5可以在測試過程中，瀏覽一下本輪所提的問題單和以前版本所提的問題單，看是否有類似的問題在自己負責的

4、模塊也存在。92.6可以聯系以前自己所測試的相似產品中，曾經發現的具有普遍意義的錯誤，是否在當前產品中也能重現。103一些注意點103.1在邊界值測試中，一般選取非法邊界值、邊界值和一些典型值進行測試。103.2如果在選項中需要輸入時間，那么，對于時間的測試一定要注意以下幾點：103.3對于一些不允許輸入的特殊字符，如果有可能的話，要盡可能都一一測試。103.4要特別注意返回碼是否都能在接口文檔找到。10接口測試總結1 測試點1.1 在測試過程中，最煩瑣的，也是最容易測出問題的莫過于字符校驗。在這部分主要關注點為：（1）.對于特殊字符的校驗是否和接口文檔描述的一致；（2）.對于字符長度的校驗是

5、否和接口文檔描述一致；（3）.關注各個模塊中相似/相關聯選項的特殊字符的字符集是否相同（比如創建查詢模塊中的id的字符集是否相同）；（4）.每次操作的返回碼是否和接口文檔描述一致，返回信息是否清晰明了；（5）.對于各個選項的特殊字符校驗順序/策略是否合理；（6）. 進行大小寫字符敏感的校驗；（7）. 進行中英文校驗；（8）.進行字符類型校驗，比如在int型編輯框中輸入char型數據。1.2 邊界值也是一個很重要的測試點。在這部分主要關注點為：（1）.最好把所有選項都選成邊界值，看后續操作中是否會導致一些相關的問題；（2）.分別選取非法邊界值、邊界值和典型值進行測試；（3）.對于時間的邊界測試要

6、格外注意，關于時間的邊界值測試，在3.2中有較詳細的介紹；（4）.每次操作的返回碼是否和接口文檔描述一致，返回信息是否清晰明了；（5）.對于各個選項的邊界值的校驗順序/策略是否合理；（6）.對消息的邊界值進行校驗（整個消息大小的邊界值是屬于隱含的需求，容易漏掉，往往在與外部件共同使用時才會發現問題）。注：某些注意點在第二和第三部分中也有提及1.3 此外，還要注意關注一下字符長度的問題在這部分主要關注點為：（1）.最好把所有選項都選成最長的字符，看后續操作中是否會導致一些相關的問題；（2）.分別選取超長字符、最長字符和最少字符進行測試（空值1.4有介紹）；（3）.注意對超長字符的提示信息是否準確

7、合理，系統中對于超長字符的提示信息的風格是否一致；（4）.每次操作的返回碼是否和接口文檔描述一致，返回信息是否清晰明了；（5）.對于各個選項的超長字符的校驗順序/策略是否合理。注：某些注意點在第二和第三部分中也有提及1.4 空值也是一個檢查點在這部分主要關注點為：（1）.對于必選項為空是否有校驗；（2）.對于非必選項為空是否有校驗；（3）.對于字符前后的空格是否有trim()功能；（4）.對于字符中間的空格是否有校驗；（5）.每次操作的返回碼是否和接口文檔描述一致，返回信息是否清晰明了；（6）.對于各個選項的校驗順序/策略是否合理；（7）.此外，如果用測試樁來模擬外部接口，可以對用來表示空值，

8、的數值(比如“-1”等)進行測試，看看數據庫相應的表中存儲的是不是正確。1.5 對某些邏輯關系進行校驗。一般說來，中間件對于接口傳來的參數不做邏輯校驗，邏輯校驗主要由外系統負責。所以，當我們用測試樁來模擬外部系統測試時，不必關注邏輯關系。不過對于要對數據庫進行操作（比如修改等）的模塊，還是要進行數據的存在校驗。比如刪除/修改用戶就要校驗該用戶是否存在。在這部分主要關注點為：（1）.對于不存在數據的是否有校驗；（2）.每次操作的返回碼是否和接口文檔描述一致，返回信息是否清晰明了；（3）.對于相互之間有約束關系的數據的約束關系進行校驗；（4）.對于非主鍵的所有數據重復性進行校驗；（5）.對于主鍵不

9、可重復性進行校驗；（6）. 返回信息是否清晰明了。1.6 當中間件對接其他外部系統時，如果對本接口有影響，也要進行測試。比如開戶就要分為對接ca和不對接ca兩種情況進行測試。在這部分主要關注點為：（1）.對于對接其他外系統時可能被影響到的所有相關的流程都要進行測試，關注其和不對接其他外系統時的區別，比如不對接dslam時，某些dslam相關的選項為不可輸入項/非必選項，而對接dslam時，為必選項；（2）.關注對接/不對接其他系統時返回碼的區別； （3）.每次操作的返回碼是否和接口文檔描述一致，返回信息是否清晰明了；（4）.對于各個選項的校驗順序是否合理。1.7 當然，最重要的功能測試也不能忘

10、記。在這部分主要關注點為：（1）.該功能是否能夠正確實現；（2）.數據庫和日志記錄是否合理；（3）.日志中參數傳遞是否和接口文檔一致；（4）.每次操作的返回碼是否和接口文檔描述一致，返回信息是否清晰明了；（5）.對消息的重復發送進行校驗；（6）.數據維護成功，觀察相關系統是否同步刷新。1.8 還要注意一下外系統和本系統的一致性檢查由于這部分要根據系統實際情況來測試，所以，在此就不寫出太過具體的關注點了。在這部分主要關注點為：（1）.對于同一個選項外系統和本系統對其校驗策略是否一致；（2）.外系統的頁面中必選項和非必選項的設置是否和本系統一致；（3）.外系統和本系統對于特殊字符的校驗是否一致；（

11、4）.外系統和本系統對于邊界值的校驗是否一致；（5）.外系統某些限制是否和本系統一致；（6）.外系統定義的用戶是否可以在本系統上正常使用（可以用邊界值定義的用戶來測試）等；（7）.根據具體情況設置具體的檢查項。注：這里所說的一致性，并非要求本系統必須和外部系統完全一致，要根據具體情況具體分析。（比如，cms上元數據錄入時的限制就可以大于mw）1.9 對于某些定義后就不允許修改的參數進行校驗。在這部分主要關注點為：（1）.觀察該字段在頁面上是否可以修改；（2）.觀察數據庫中該屬性的值是否改變；（3）.從日志中觀察，外系統是否傳送該參數； （4）.每次操作的返回碼是否和接口文檔描述一致，返回信息是

12、否清晰明了。1.10 可以進行一些并發操作。比如，sms正在使用某個用戶登錄后，準備進行某個操作，boss對其進行刪除操作，然后sms再用該用戶進行操作，看是否會有什么不良影響。由于這部分要根據系統實際情況來測試，所以，在此就不具體寫出關注點了。1.11 對于一些異常情況，也可以適當作些測試。在這部分主要關注點為：（1）.數據庫中該屬性的值是否改變（相關表項是否回滾）；（2）.從日志中觀察，外系統是否傳送該參數； （3）.每次操作的返回碼是否和接口文檔描述一致，返回信息是否清晰明了；（4）.異常可以分為：數據庫異常、網絡異常等；注：雖然，異常情況出現的幾率比較小，但是恰恰這些出現問題幾率比較小

13、的地方一旦出現了問題往往都是比較嚴重的；所以，測試時還是要給予足夠的重視。1.12 如不是用測試樁來模擬外系統，而是真正的對接外系統，那么對于數據之間的邏輯關系還要重點關注。在這部分主要關注點為：（1）.頁面是否對數據的是否存在進行校驗；（2）.頁面是否對一些存在邏輯關系的選項進行邏輯校驗；（3）.操作失敗后，相應的數據表項是否有回滾功能；（4）.相應的操作后，數據庫的紀錄是否正確；（5）.對于“null”、“NULL”、“-2”等代表空值或無修改的字符，檢驗其是否可以正確轉義(根據不同的接口協議,可能代表空值的字符不盡相同,根據具體情況具體分析)。（6）.日志中參數傳遞是否和接口文檔一致，是

14、否有參數漏傳現象；（7）.每次操作的返回碼是否和接口文檔描述一致，返回信息是否清晰明了；（8）.對消息的重復發送進行校驗（比如對暫停的用戶再進行暫停）；（9）.還可以在外系統上進行一些并發測試；2 一些小技巧2.1 測試前先從整體上安排好各個模塊的測試順序，和測試策略。比如，先測試增加用戶，然后，用增加的用戶進行恢復用戶和掛起用戶的操作，等到該用戶不再需要時，進行刪除用戶的操作。這樣安排，可以節省很多時間和工夫。2.2 在局部模塊測試之前首先想好一個測試策略，盡量加快測試速度。比如在對于一個頁面的校驗中，該頁面包含很多編輯框，可以在其中全部輸入非法的邊界值，保證在不需要提交的狀態下把所有的非法

15、的值測試完畢，然后再輸入合法的邊界值，進行功能測試。這樣測試起來就不必要一個一個的進行，很大程度上提高了速度，而且這樣，我們也可以測試出不同編輯框間的校驗順序。2.3 可以根據接口文檔中對于返回碼的描述，在接口測試中重現該返回碼。然后再對比該情況下的返回碼是否和接口文檔中所說的一致。2.4 可以在創建時，把所有選項都取邊界值或特殊字符，然后，全流程的跑一遍，看是否會引起一些其他的問題。此外，對于一些和自己所負責模塊有關的參數（比如外鍵區域），在創建時，可以也都選取邊界值或特殊字符，看看會不會導致什么問題。2.5 可以在測試過程中，瀏覽一下本輪所提的問題單和以前版本所提的問題單，看是否有類似的問題在自己負責的模塊也存在。2.6 可以聯系以前自己所測試的相似產品中，曾經發現的具有普遍意義的錯誤，是否在當前產品中也能重現。3 一些注意點3.1 在邊界值測試中，一般選取非法邊界值、邊界值和一些典型值進行測試。比如對于端口號取值范圍為1024-65535，那么我們可以選擇以下這些點進行測試：-1,0,1,500,1023,1024,5000,65535,65536,700003.2 如果在選項中需要輸入時間，那么，對于時間的測試一定要注意以下幾點：（1）.特殊的日期，比