软件测试用例库建设和维护浅谈.docVIP

软件测试用例库建设和维护浅谈 x 　　摘要　在软件开发项目中，测试用例的设计起着至关重要的作用，它是软件测试全过程的核心，也是测试执行环节的基本依据。在项目实殴中，测试用例经常因为管理不善和设计盲目，使得用例库庞大而且难以维护，成了测试人员的负担，也使得测试执行人的工作劳动强度和效率难以改善。探讨一种软件测试用例库的建设与维护方法。 　　关键词　测试用例　复用　基线测试用例库 　　中围分类号：TP3文献标识码：A　文章编号：1671-7597(2009)0410053-01 　　 　　对于一个软件开发项目来说，测试用例的重要性是毋庸置疑的，它是软件测试全部过程的核心，是测试执行环节的基本依据，所谓测试用例，是为特定目标开发的测试输入、执行条件和预期结果的集合。这些特定目标可以是：验证一个特定的程序路径或核实是否符合特定需求。测试用例是软件测试的核心，其组织性、功能覆盖性、重复性的特点能够保证测试功能不被遗漏。但由于测试用例往往涉及多重选择和循环嵌套，不同的路径数目可能是天文数字，因此，采用穷举测试方法是行不通的。 　　为了能从数量极大的可用测试用例中精心挑选少量的测试用例，使之与测试数据配合覆盖全部路径、达到最佳的测试效果，必须精心设计测试用例，否则软件测试就是不完全、不彻底的。所以，开发测试用例虽然是复杂的测试过程中的一个步骤，但却需要测试人员花费大量精力去熟悉需求以及设计测试用例，并且要在需求变化时更新测试用例，占用了测试周期的绝大部分时间。 　　而构建包含大量可重用测试用例的测试用例库成为帮助测试者以最小的代价(人力、物力、财力、时间)做好测试，缩短软件测试周期，充分提高软件测试的效率的必要手段。这些高质量的可重用测试用例不仅能有效地发现软件中存在的问题，还可以有效地避免了测试人员花费大量时间重复设计、维护测试用例。 　　 　　一、基线测试用倒库的建立 　　 　　当得到一个软件的基线版本时，用于基线版本测试的所有测试用例就形成了基线测试用例库。保存在基线测试用例库中的测试用例可能是自动测试脚本，也有可能是测试用例的手工实现过程。 　　基线测试用例库主要由以下两方面组成： 　　1　使用自动捕获／回放测试工具(如QARun，OALoad，TestPartner等)自动生成的测试脚本。脚本的命名需要包含以下四部分的内容，即测试项目名+版本号+测试功能模块名+详细测试功能点描述，所有脚本都在一台QA Script服务器的Sql Server数据库上保存，可供许可用户调用、查询(提供多种组合查询方式)。 　　2　手工测试用例的管理。手工测试用例主要由两方面组成。首先是描述文件的集合，这些描述文件是用语言描述每个功能点的测试过程，同样要求描述文件命名应包含以下四部分的内容，即测试项目名+版本号+测试功能模块名+详细测试功能点描述，描述内容应尽可能的详细，使其他测试人员能依据该测试用例的描述复现该测试过程，其次就是用于手工测试时调用的各类文件(如做兼容、性能测试等用到的各类含不同测试对象的文件)，在命名上同描述文件的命名规则。 　　手工测试用例中用到的各类文件以及各测试过程描述文件都分项目名、版本号、起始测试日期分目录保存在一台专门的文件管理服务器上，各许可用户可调用、查询。 　　在需要进行回归测试的时候，就可以根据所选择的回归测试策略，从基线测试用例库中提取合适的测试用例组成回归测试包，通过运行回归测试包来实现回归测试。 　　 　　二、测试用倒库的维护 　　 　　为了最大限度地满足客户的需要和适应应用的要求，软件在其生命周期中会频繁地被修改和不断推出新的版本，修改后的或者新版本的软件会添加一些新的功能或者在软件功能上产生某些变化。随着软件的改变，软件的功能和应用接口以及软件的实现发生了演变，测试用例库中的一些测试用例可能会失去针对性和有效性，而另一些测试用例可能会变得过时，还有一些测试用例将完全不能运行。为了保证测试用例库中测试用例的有效性，必须对测试用例库进行维护。同时，被修改的或新增添的软件功能，仅仅靠重新运行以前的测试用例并不足以揭示其中的问题，有必要追加新的测试用例来测试这些新的功能或特征。因此，测试用例库的维护工作还应包括开发新测试用例，这些新的测试用例用来测试软件的新特征或者覆盖现有测试用例无法覆盖的软件功能或特征。 　　测试用例的维护是一个不问断的过程，通常可以将软件开发的基线作为基准，维护的主要内容包括下述几个方面。 　　1　删除过时的测试用例。因为需求的改变等原因可能会使一个基线测试用例不再适合被测试系统，这些测试用例就会过时。例如，某个变量的界限发生了改变，原来针对边界值的测试就无法完成对新边界测试。所以，在软件的每次修改后都应在新版本目录下进行相应的过时测试用例的