我们通常称软件为软件工程学，从“工程”二字，我们可以想到需要针对不同的情况制定不同的规范，这样才能完成一个工程。如今软件界所在努力的趋势就是将这个规范模板化，不论是开发还是测试。

　　我们先来说说开发，像早期的一些语言如汇编，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 测试点

版权声明：本文出自ricmy的51Testing软件测试博客：http://www.51testing.com/?37872

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。