|
引子:
测试三境界
两个黄鹂鸣翠柳,一行白鹭上青天。
我不认识你,你不认识我。
不识庐山真面目,只缘身在此山中。
剪不断,理还乱。
不畏浮云遮望眼,只缘身在最高层
蓦然回首,那人却在灯火阑珊处。
背景介绍
测试工作首先需要解决的问题就是测试范围的确定,而测试范围的确定则依赖与对被测系统分析。通过V3R7版本测试实践,发现开发测试融合后测试范围的确定精确度提高了,自然测试工作的有效性也随之提高。本文通过回顾告警性能模块测试过程,提出基于“系统边界划分—触发条件”、“数据流分析”测试对象分析模式,并介绍该分析方法基本原理以及在XX版本告警性能测试分析中的应用情况。
可行性分析
由于开发测试融合,测试人员融合到关键技术方案的分析与设计,同时开发人员也参与到测试分析活动中,这使我们对被测对象的白盒分析能力有了提升,有能力进行测试系统边界精细划分,可以从用户以及实现者的双重角度对系统进行剖析。有能力理清模块间、子系统间接口,精细化测试用例设计,丰富测试验证手段,便于外科手术式测试活动的开展。
分析方法介绍
本方法输入主要有如下三部分:功能点确定,功能点实现剖析框图,功能点依赖关系图。功能点确定从应用场景中直接提取,应用场景我们可以分为系统部署场景与系统业务运行场景,我们可以分别从这两个场景中提取功能点。功能点实现剖析框图可以从模块设计文档中提取,我们还可以进一步分解功能点,得到子功能点实现剖析图。功能点依赖关系图则可以在功能点实现剖析框图中获取。其中功能点实现剖析框图是我们测试系统分析的立足点,我们后续的系统接口分析,用例设计分析都是依赖该图,而应用场景是我们设计用例的激励场,我们的测试分析工作就集中在具体的场景下会触发该系统的某某功能,以及通过对系统实现的剖析,我们可以在系统成长的过程,通过审视各个子功能的构建,这样我们就可以逐层、分阶段的验证系统风险,有效规避系统构建时风险的积累,同时我们可以通过分析在这个系统边界的数据流向,通过分析数据流约束条件以及在具体场景下对这些数据的激发,可以产生一些容限、容限用例。
现在我们以XX版本告警性能模块为例,描述这三张图在我们测试对象分析中应用情况。在XX版本中,从系统部署图中得到告警性能功能图,在系统的部署图中我们知道SCB的告警性能需要通过CXP才能上报给上层管理软件,于是我们确认了需要“实现告警性能管理”这一功能点,于是我们对该功能点进行技术实现可行性分析(开发测试融合后,测试人员也参与到技术实现可行性分析活动中),最终得到XX版本告警性能模块的功能剖析框图。
[ 本帖最后由 yejianmiaohw 于 2009-9-2 10:21 编辑 ] |
|