最近做了一个需求，对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）初始态：系统容量<license容量*阈值，不产生告警；
（1.b）由初始态，降低阈值：系统容量=license容量*阈值，产生告警；
（1.c）由初始态，降低阈值：系统容量>license容量*阈值，产生告警；
（2）系统容量不变，license容量不变，变更阈值，告警恢复：
上述过程的逆过程；
（3）两种特殊情况：
（3.a）由不支持容量控制项的license变更为支持容量控制项的license，告警产生；
（3.b）由支持容量控制项的license变更为不支持容量控制项的license，告警恢复；
3.3.2.超量限制：
（1）没有容量控制项，操作无限制；
（2）有容量控制项时：
（2.a）当前系统容量+要增加的容量<license容量，正常操作；
（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）根据需求修改点分析是否还有需要补充的；
网友评论