三层脚本结构的自动化测试实现

（信息产业部第五电子研究所赛宝软件评估中心，广州510610）重要提示: 计算机技术的发展使自动化测试成为可能，软件项目的开发周期大大缩短，复杂度大大提高. 软件的数量增加了. 自动化测试已成为软件测试的必然发展. 但是，由于脚本组织技术不正确，许多自动化测试不得不放弃，这增加了测试脚本的数量和维护工作量，导致投资回报率急剧下降. 为了解决自动化测试脚本所面临的问题，本文提出了一种三层结构来组织测试脚本以提高自动化测试的成功率，并介绍了如何使用三层脚本组织结构来实现软件测试的自动化. 关键字: 软件测试，自动化测试；测试脚本的分类号: TP311.5文档标识号: A物品号: 1672-5468（2005）S0- 0161-04引言随着软件规模的不断扩大，其复杂性也越来越高，软件测试的工作量也是如此. 尽管软件测试需要更多时间，但项目周期比以前要短得多. 此外，原型的迭代需要大量的回归测试，几乎不可能手动完成测试，而自动化测试将是获得可接受的测试覆盖率的一种方式. 有效的方法也是软件测试发展的必然趋势. 近年来，自动化测试工具也得到了广泛的使用，并且在大多数情况下已经可以实现测试用例的自动化执行.

许多国集上某个元素（输出）的函数. 每个域元素都被指定为范围中的唯一元素，并且可能存在未映射的范围元素. 一对多映射将为每个域元素分配至少一个域元素，并且可以将多个域元素映射到同一范围元素. 双重映射是上述的总和. 每个域元素都精确地映射到一个值域上的一个元素，并且每个域元素都映射到域上的至少一个元素c）脚本以文件的形式保存，带有定期的数据和/或指令语法，通常在自动测试执行工具中使用.

测试脚本可以实现一个或多个测试用例，导航，设置或明确的相关术语解释a）数据驱动的测试接收时间: 2004-10-09修订时间: 2005- 06-23作者简介: 黄茂生（1973-），男，广东肇庆人，信息产业部第五电子研究所计算机软件评估中心工程师，从事第三方软件评估. 除了设置和比较. 用于手动执行测试的测试脚本是手动的，可以实现测试开发和软件开发的同步. 确定软件需求后，测试工程师可以开发测试用例；自动化工程师根据与测试工程师约定的接口对象的逻辑名称编写测试脚本；最后，由测试工程师开发的测试用例和由自动化工程师开发的测试脚本通过接口. 对象映射脚本被关联为一组有机的自动化测试脚本. 3.4测试数据测试工程师通过与自动化工程师商定的数据标识格式和顺序来编译测试数据. 测试数据文件包含测试输入数据和预期结果. 计划过程d）记录/回放某些测试执行工具的功能，该功能以脚本的形式记录（捕获）测试输入，然后可以在执行软件时进行回放. 三层脚本结构自动化实现框架如图所示，三层脚本结构框架将自动化测试脚本分为三层: 重用脚本，测试脚本和接口对象映射脚本. 三层脚本实现了不同的角色和功能.

3.1重用脚本重用脚本作为基础脚本主要实现一些常见的测试操作，例如文本内容输入，菜单选择，列表框内容选择，按钮单击以及预期的输出验证. 对于常用的软件操作，可以为每种控件类型设计通用脚本，并将控件标识ID和关联的操作（单击，输入，选择等）用作脚本的输入参数. 也可以使用类似的方法来验证测试的预期结果，以设计用于特定控件的验证脚本. 区别在于其输入参数是验证的属性和验证结果的值. 由于所有软件的使用和测试都是这些基本操作的组合，因此重用脚本在​​不同项目之间是一致的. 区别在于测试中使用的测试数据是从不同的数据文件中读取的. 因此，这些脚本可以在不同的项目中共享，因此它们可以编写一次并在多个位置共享，从而减少了脚本的数量并减少了脚本维护的工作量. 三层脚本组织结构的优点a）优点: 测试自动化设计与测试设计（测试用例设计）是分离的，可以与软件开发和测试设计同时进行，从而避免了额外的测试自动化时间表在项目开发进度表中和缩短软件项目开发周期. b）优势: 将测试自动化与测试设计分开，并利用不同人员的特点和优势合理地安排资源. c）优点数据驱动的多个相似的测试用例共享同一测试脚本，从而减少了测试脚本的数量，从而减少了维护工作量.

d）优点使用接口抽象，接口对象识别，记录和映射，使测试脚本对接口对象的识别和操作不受其特定位置和形状以及其他外观因素的影响，从而避免了测试脚本的更改界面控件（例如版本，由于替换或界面美化等原因）以及需要进行大量更改甚至替换的情况，大大减少了测试脚本的维护工作量. e）优点基本的脚本重用，因此可以在不同的测试项目之间实现脚本共享，以确保不断提高自动测试的投资回报率. 3.2测试脚本测试脚本实现对特定功能点和业务功能的测试. 它是针对正在测试的特定软件项目的脚本. 其主要功能包括: 从测试数据文件中读取测试数据，调用重用脚本和对象映射脚本将这些数据输入到测试软件的特定对象中，验证测试结果与预期输出的一致性，并记录Log Bug现象. . 它由基于某些业务流程和特定操作流程的重用脚本组成. 3.3接口对象映射脚本接口对象映射脚本通过三层脚本组织结构实现了接口对象的逻辑名和自动化测试的一般实现过程. 接口抽象和约定，用例设计和脚本设计，数据驱动的实现，接口对象识别记录和映射，测试执行阶段. 算作图中所示的脚本. 接口抽象和约定5.1在设计软件时，软件设计人员确定要输入到程序中的数据内容（学生的基本信息）: 姓名，家庭住址，电话号码，身高，体重，然后软件测试人员会从上面获得输入设计器数据的内容，然后使用该接口抽象地确定此输入框的逻辑名以及一个OK按钮和一个取消按钮: EditBoxName，Edit-BoxAddress，EditBoxPhone，EditBoxHeight，Edit-BoxWeight，PushButtonOk PushButtonCancel.

图中显示了相应的自动化测试脚本. 用例设计和脚本设计5.2软件测试用例设计工程师和自动化脚本设计工程师根据上面同意的程序接口对象的逻辑名称分别设计测试用例和自动化测试脚本. 假设要测试的一组数据是: 广州天河林敏02082376377，178cm，69 kg，则测试用例可以设置为5.3. 从上面的自动化脚本中可以看到数据驱动的实现，尽管使用了一些先前设计的重用脚本. 测试数据输入，但是输入数据仍然绑定到脚本，即脚本和数据是硬编码的；尽管可以重复使用，但仍然缺乏灵活性. 因此3层结构测试，您必须使用数据驱动的，并且上面的输入内容将替换为变量，并且将从驱动器数据文件中读取变量的值，以便多个测试用例可以共享同一自动测试脚本. 因此，可以将上述脚本修改为如图名称，地址02086882888、175、71所示的脚本，如图所示. 提取录制脚本中程序接口对象的标识标记，使接口对象的逻辑名与录制脚本中接口对象的标识标记形成对应的映射关系，并将该映射关系保存到脚本头文件中，并形成修改后的脚本头. 该文件如图所示. （注意: 假设上述内容的文件和路径另存为: c: \ globals.sbh，请在自动测试执行脚本之前添加命令: '$ Include: “ c: \ globals. sbh”包括该对象识别映射文件.

）结束语考虑到自动测试成功的一个重要因素是脚本的维护，三层脚本结构实现了自动测试，以将测试脚本与测试数据完全分开，并意识到多个测试用例共享一个测试脚本，测试用例的增加和减少以及测试数据内容的更改不需要对测试脚本进行大量修改，甚至可以实现不同项目之间的脚本重用，从而大大减少了测试数量脚本和维护工作量，从而提高自动测试成功率. 另一方面，在确定软件需求之后，使用三层结构来组织自动化测试脚本，而在软件设计工程师设计软件时，测试用例设计工程师和自动化测试脚本设计工程师可以设计测试用例. 并并行测试脚本. 从而缩短了项目周期. 接口对象的识别，记录和映射5.4在开发程序并提交进行测试时，需要使用测试工具的记录功能来标识接口对象3层结构测试，并且将测试工具的接口对象的标识标记与上面确定的接口对象的逻辑名称. 关联的文件用作测试执行脚本文件的文件头，并且执行脚本中包含类似语言的#include命令，以便预先设计的用例，自动测试脚本，驱动数据和应用程序对象可以组合成一个自动化的测试整个有机测试构成一个自动化测试集. 要测试该图的示例，请使用Rational Robot直接参考: 北京，人民邮电出版社设计的Softwaretest自动化基础架构，2001. 软件测试自动化技术和示例的详细说明

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-287032-1.html