|
我们通常称软件为软件工程学,从“工程”二字,我们可以想到需要针对不同的情况制定不同的规范,这样才能完成一个工程。如今软件界所在努力的趋势就是将这个规范模板化,不论是开发还是测试。
我们先来说说开发,像早期的一些语言如汇编,Pascal,C 等要实现一个window 是何等的困难,可是随着模板化趋势的发展,像现如今的IDE都是在这快比拼,如VC 的MFC,VS的.net集成,Delphi 的控件,Java的JDK以及丰富的第三方类库,如hibernate,struts,spring等他们在比的是什么?不是语言的本身,而是类库的丰富,而类库,从某种意义上就是一种模板化。
我们再来说说软件测试,软件测试的发展要滞后于软件开发,从目前来看,还没有一个标准的测试模板,请注意,我这里将的测试模板并不是很多人理解的文档模板,而是同软件开发一样的类库模板,打个比方,我们开发一个网络通信模块,需要通过TCP/IP进行通信,这个时候,我们从一个CSocket Class继承,完成从初始化,连接,传输数据,结束连接等都有一系列现存的函数可供调用;而就测试而然,这个模板需要定义出网络测试点:如 内网连接测试,外网连接测试,网络不通情况下的测试,网络不稳定测试等等,如果软件测试领域也有很全面的测试模板,那么对整个软件品质会有很大的提高。
前段时间,我就一直在公司内部建立这中模板,希望通过这个模板规范我们测试用例,避免case 的遗漏。目前初步的分类大概如下:
UI(包含常用控件的测试点),Save&New,Print,Installer&UnInstall,Search 等一些公用的部分,同时也将公司内部一些产品共用的模块也模板化,这样我们在撰写某个产品STD 的时候,只要看到有Save 功能的,我们就会Copy Save模板过来,如果有一个Edit 控件,我们会从UI模板里面将Edit控件的Case Copy 过来,这样一来可以节省撰写时间,同时也可以保证Case的全面性
附件:
EditBox 测试点 [时间:2010-8-5 11:54]
|
|