測試用例之正交驗證法
歡迎訪問 中國軟件工程網 http://www.rjgc.net
由于OPEN API是相對于設計層面的測試，所以測試用例的編寫方法是多種多樣的，此所謂不管黑貓白貓能抓老鼠就是好貓。本次在SIP5.4的測試中更是印證了這個道理。在SIP5.4的測試中我采用了正交試驗法。
原始需求如下：SIP對用戶訪問的權限做了新的定義。對ISV的應用（APP）做了等級劃分。規定了屬于某個等級（APP_LEVEL）的應用只能訪問這個等級管轄的API群,而且受該APP_LEVEL的訪問頻度約束。
新增概念：
API群：指由ISP提供的所有服務+需要單獨增添的服務-ISP服務中不可以訪問的服務
需求分析。
從原始需求中，我們可以提煉出原始需求其實分為兩個部分的內容。
1. 應用對API的訪問是否被APP_LEVEL授權的機制。
2. 授權的應用是否被頻度控制正確的控制。
再來分析授權機制的影響因素，主要有以下幾點
1. 由于主要是通過APP_LEVEL中包含API群的情況來約束對某個API的訪問權限。
所以群的因素（A群的個數，B是否在群中）影響測試的結果。
2. 由API群本身組成的機制，又可以得出實際上訪問授權機制還受以下的因素影響
C. ISP提供的所有服務(ISPS);D.需要單獨添增的服務(INCLUDE_APINAMES);F. 需求排除的服務(EXCLUDE_APINAMES)
我們再深入分析，發現測試的步驟其實都非常簡單，不影響測試的結果。也就是說測試結果只和測試的前置條件A,B,C,D,E,F相關。而且條件直接的組合可以產生很多種結果。為此我們想到了正交驗證分析法（方法本身的定義詳見轉載），實戰只是采用了它的思想并未完全遵循理論。實際測試用例中把第一點和第二點也分開了測試。實戰測試用例如下。
|
|
前置條件 |
檢查值（是否授權） |
備注 | |
|
|
含Group數量 |
是否在group中 |
|
|
|
Case1 |
0 |
* |
Y |
屬于該app_leavle的app訪問任何api都授權 |
|
Case2 |
1 |
Y |
Y |
|
|
Case3 |
1 |
N |
N（報1025） |
|
|
Case4 |
5 |
Y |
Y |
|
|
Case5 |
5 |
N |
N（報1025） |
|
|
Case6 |
n=max |
Y |
Y |
|
授權檢查測試用例2
|
受權檢查2 |
|
|
|
|
| |||||
|
|
前置條件 |
|
檢查值（是否授權） | |||||||
|
|
INCLUDE_APINAMES |
EXCLUDE_APINAMES |
ISPS |
是否在（ISPS+IN-EX）中 |
| |||||
|
Case1 |
空 |
空 |
1個 |
Y |
Y | |||||
|
Case2 |
空 |
空 |
1個 |
N |
N | |||||
|
Case3 |
空 |
空 |
多個 |
Y |
Y | |||||
|
Case4 |
空 |
空 |
< 相關閱讀:
導入論壇 引用鏈接 收藏 分享給好友 推薦到圈子 管理 舉報
清空Cookie - 聯系我們 - 軟件測試網 - 交流論壇 - 空間列表 - 站點存檔 - 升級自己的空間
Powered by X-Space
4.0.1 UC
© 2001-2008 Comsenz Inc.
| |||||||