license容量测试设计

最近做了一个需求，对license增加容量控制项；在此记录下测试分析和设计的一些思路，后慢慢在此基础上再进行优化下。

1、需求背景：系统license要增加一项容量控制项，要达到的目标有两个，一是超过阈值（系统容量占license容量百分比）告警，阈值在系统可配置，二是超过license容量总量后系统给予操作限制。

2、需求分析：系统已实现license管理功能，需要在此基础上增加容量控制项；使用流程包括以下几个步骤：

2.1.制作license

（1）制作license工具是否涉及修改；

（2）license模板修改；

（3）模板对此控制项有无开关==》由此引申出来，修改license为支持或者不支持该控制项；

（4）容量的默认值，以及容量的上下限，容量的类型是什么，设置多少合适，是否有依据；

2.2.系统导入license：

（1）当前系统已导入license，如果已有license，该场景属于变更license，license显示界面是否增加该控制项；

（2）当前系统未导入任何license，针对该需求属于空白系统，导入后界面是否增加该控制项；

2.3.license阈值告警：

（1）阈值界面控制，如何呈现，是百分比的形式，还是数字；

（2）在阈值以上，产生告警，在阈值以下，告警恢复；

采用控制变量法，有三个变量，当前系统容量，license容量，阈值，任意两个值不变，每次只变动一个值，总共6种情况，告警产生和告警恢复各三种情况；采用边界值测试，分别覆盖下由边界值以下变动到边界值再变动到边界值以上，以及逆过程；

（3）需求变动不得波及现有系统的功能，也就是当license没该控制项时，任何情况不得产生有关该控制项的告警；

2.4.超量限制：

（1）分析出变动容量的场景，只需要针对容量增加的场景即可；

（2）同阈值告警一样，当前系统已有容量+新增加的容量，与license容量比较，采用边界值与控制变量法；

总体原则就是，在不波及现有系统功能的前提下，测试需求变更点；

3、测试设计：

3.1.UI测试

（1）license导入界面变更，中文英文下显示是否符合预期；

（2）license变更导入后，界面显示检查；

3.2.系统配置

（1）增加阈值配置，检查阈值范围限制，默认阈值；

3.3.需求满足度；

3.3.1.阈值告警；

（1）系统容量不变，license容量不变，变更阈值，告警产生【以及采用控制变量法，变更另外两个值，以达到系统容量和license容量*阈值的大中小关系】：

（1.a）初始态：系统容量

（1.b）由初始态，降低阈值：系统容量=license容量*阈值，产生告警；

（1.c）由初始态，降低阈值：系统容量>license容量*阈值，产生告警；

（2）系统容量不变，license容量不变，变更阈值，告警恢复：

上述过程的逆过程；

（3）两种特殊情况：

（3.a）由不支持容量控制项的license变更为支持容量控制项的license，告警产生；

（3.b）由支持容量控制项的license变更为不支持容量控制项的license，告警恢复；

3.3.2.超量限制：

（1）没有容量控制项，操作无限制；

（2）有容量控制项时：

（2.a）当前系统容量+要增加的容量

（2.b）当前系统容量+要增加的容量=license容量，正常操作；

（2.c）当前系统容量+要增加的容量>license容量，限制操作；

3.4.告警测试

（1）告警内容符合预期；

（2）告警产生再清除后检查是否还会产生告警；

（3）告警产生后，是否会再上报相同的告警；

3.5.性能测试

暂不涉及；

3.6.文档测试

（1）license模板增加容量控制项；

（2）license制作文档增加该控制项说明；

3.7.自动化测试

可以根据系统以及自动化工具的能力分析；

3.9.接口测试

暂不涉及；

3.10.其他

（1）根据需求修改点分析是否还有需要补充的；