【SIP】OPEN API测试用例之正交验证法

本文介绍了在SIP5.4测试中采用正交试验法来验证API访问权限和频度控制。原始需求包括APP_LEVEL对API访问的权限定义及访问频度约束。主要测试因素包括API群组成、ISP服务、单独添加和排除的服务。测试用例设计考虑了与原有频度控制机制的兼容性。在结尾,作者感谢同事的建议和支持。
摘要由CSDN通过智能技术生成

     我在上篇关于OPEN API测试用例编写方法中写到,由于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相关。而且条件直接的组合可以产生很多种结果。为此我们想到了正交验证分析法(方法本身的定义详见转载),实战只是采用了它的思想并未完全遵循理论。实际测试用例中把第一点和第二点也分开了测试。实战测试用例如下。

 

授权测试用例1

      

前置条件

检查值(是否授权)

备注

 

Group数量

是否在group

 

 

Case1    

0

*

Y

属于该app_leavleapp访问任何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

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值