软件自动化测试技术及应』订研究地点做构建。

用每日构建方法开发的软件有ＭｏｚｉｌｌａＩ“／等。

在ｎｉｇｈｔｌｙｂｕｉｌｄｓ中，新，Ｉ：发的版本从源代码库中ｃｈｅｃｋｏｕｔ，编译，构建然后进行冒烟测试。

只有通过自动化冒烟测试才能认为代码构建合格。

发现的缺陷通过电子邮件反馈给开发者，以进行快速的修复。

现在有许多工具支持ｄａｉｌｙｂｕｉｌｄｓ，包括ＣｒｕｉｓｅＣｏｎｔｒｏｌ扣“，ｌｎｃｒｅｄｉＢｕｉｌｄＩ“ｊ和ＶｉｓｕａｌＢｕｉｌｄＩ６５Ｊ。

３．３．１ＣｒｕｉｓｅＣｏｎｔｒｏｌＣｒｕｉｓｅｃｏｎｔｒ０１㈦是一个支持持续构建过程的框架。

它包括电子邮件通知，Ａｎｔ和源代码管理工具，使用Ｗｅｂ接口来查看当前和先前的构建记录。

持续的构建过程允许每个开发者每天进行集成，减少大规模集成带来的问题。

图３．２ＣｒｕｉｓｅＣｏｎｔｒｏｌ的架构ＣｒｕｉｓｅＣｏｎｔｒｏｌ的主要配置在Ｃｏｎｆｉｇ．ｘｍｌ中，每到指定时间，ＣｒｕｉｓｅＣｏｎｔｒｏｌ就检查源代码管理Ｉ：具上的代码，如果有更新，就取下代码开始构建过程，并在完成后发布状态报告。

下面是Ｃｏｎｆｉｇ．ｘｍｌ中的主要设置，１．ｍｏｄｉｆｉｃａｔｉｏｎｓｅｔ指定了所监视的源代码集合，做为判断是否进行构建的条件。

＜ｒｏｏｄｉｆｉｃａｔｉｏｎｓｅｔｒｅｑｕｉｒｅｍｏｄｉｆｉｃａｔｉｏｎ＝’’ｔｒｕｅ。

’＞＜ｃｌｅａｒｃａｓｅｂｒａｎｃｈＩＩ”ＤＥＶ—ｃｄｓ—ｆｒａｍｅｗｏｒｋ一０４．５０一ｍｉｇ—ｐｃｕｓ”ｖｉｅｗｐａｔｈ＝”Ｚ：＼ｃｄｓＯｌ＼ｃｄｓ—ｆｒａｍｅｗｏｒｋ＼ｓｒｃ＼ｍｏｄｕｌｅｓ”ｒｅｃｕｒｓｉｖｅ＝”ｔｒｕｅ”／＞＜／ｍｏｄｉｆｉｃａｔｉｏｎｓｅｔ＞２．ｓｃｈｅｄｕｌｅ定义了构建的时间间隔和要执行的构建任务软件自动化测试技术及』、ｉ用酬究『ｏｒＯｎｔｉ－Ｏ；ｉ＜ｐｒｏｐｅｒｔｙｌｅｎｇｔｈ；＼，ｉ）｛ＳＣＯＰｅ＋一（１００—ｍａｌｅ。

ｈ（ｐｒｏｐｅｒｔｙ［ｉ］））＋Ｗｅｉｇｈｔ，图４．１对象在ＸＤＥＴｅｓｔｅｒ对象库中的表示这也要求从开发角度考虑对象的可测试性，如为了有效标识唯一的ＧＵＩ对象，需要使用一致和有意义的命名规则，如用“ＦｉｒｓｔＮａｍｅＥｄｉｔ”而不是“Ｅｄｉｔｌ”，使用唯一的窗口或页Ｉ匿名称。

４．３自动化测试框架基于ＧＵＩ的捕获回放工具都具有维护性差的缺陷。

因为ＧＵＩ经常根据功能变更或者其他需求而改变，当ＧＵＩ有重大变化时，会导致自动化测试中断，结果需要手工的干预或全部重新返工。

因此更好的方案是引入自动化框架。

自动化测试框架为支持自动化软件测试设计了平台架构和最佳的实践经验。

主要有４种基本框架结构类型口】：脚本模块化架构，测试库架构，关键词或表格驱动架构，数据驱动架构。

１）脚本模块化框架创建代表ＡＵＴ基本模块和功能的底层脚本。

然后以一种层次关系组合这些小脚本，实现一个特定的测试用例。

２）测试库框架和测试脚本模块化框架非常相似，但是底层由过程和函数组成，而不足脚本。

这种框架要求创建库文件（如ＳＱＡＢａｓｉｅｌ７２１ｌｉｂｒａｒｉｅｓ，ＡＰＩｓ，ＤＬＬｓ等等）代表ＡＵＩ’的模块和功能。

这些库文件被测试用例脚本直接调用。

３）关键词驱动或表格驱动测试框架是一种独立于应用程序的自动化框架，这种框架要求开发数据表和关键字，不依赖于运行的自动化Ｉ一具和脚本。

关键词驱动测试看上去与手工测试用例非常相似。

在关键词测试坐，应用程序的功能特性和软件自动化测试技术及应用研究录制完成的脚本需要根据测试需求进行修改，添加必要的功能。

◆动态数据的参数化和天联如对登陆用，、的信息进行参数化，选用不同的用户进行性能测试能更精确的模拟实际负载。

ｗｅｂｓｅｔ—ＩＩＳＣｒ（”…ｓｅｆｌｄ｝＇．，ｌｒｄｅｃｒｙｐｔ（”４３ｂｅｏｄ７８６ｃ０４０ａ５６６７”），”ｔｃｗｉｎ２３１ｚｄｕｓＣＯｌｌ］８０”１：图５．６参数化的设置◆插入事务和集合点通过对关注的操作加入事务标签并在事务前加入集合点标签，自定义计响应时间的计算部分。

ｋ＿ｒｅｎｄｅｚｖｏｕｓ（‘＇ＮａｖｉｇａｔｅＴｏＲｅｐｏｒｔＣｅｎｔｅｒ”）；ｌｒｓｔａｒｔｔｒａｎｓａｃｔｉｏｎ（”１ＲｅｐｏｒｔＣｅｎｔｅｒ”）；…具体事务的操作…ｌｒｅｎｄｔｒａｎｓａｃｔｉｏｎ（’’ＩＲｅｐｏｒｔＣｅｎｔｅｒ”，ＬＲＡＵＴＯ）；◆加入响应正确性检查机制·加入检查响应的函数，如ｗｅｂ—ｆｉｎｄ（），ｗｅｂ＿ｒｅｇｆｉｎｄ（），对实际测试时从服务器得到的响应进行验证。

·使用扩展日志记录服务器返回的数据，查看脚本回放的状态。

下面是对应于脚本的某一操作的从服务器端得到的响应日志。

Ａｃｔｉｏｎ．ｃ（７７）：ｂｘ００＼ｘ００＼ｘ００ｂｘ０５ｂｘ０２Ｌｘ００＼ｘ０３Ａｌｌ＼ｘ０２＼ｘ００、ｎＡｃｃｏｕｎｔｉｎｇ＼ｘ０２＼ｘＯＯ＼ｘ１５ＣｏｌｌａｔｅｒａｌＭａｎａｇｅｍｅｎｆ＼ｘ０２＼ｘＯＯ＼ｘＯＢＧｌｏｂａｌＣａｓｈ＼ｘ０２＼ｘＯＯ＼ｘＯＦＲｅｃｏｎｃｉｌｉａｔｉｏｎｓ＼ｎ＼ｘ００议００＼ｘ００仅０５＼ｘ０２收０叭ｘｏｏ＼ｘ０２＼ｘ００＼）（０４Ａ（℃ｎｘ０２＼）（００＼ｘ０４ＣＭＮ（＾ｘ０２＼ＸＯＯ＼）（０４Ｇ（：墨矾ｘ０２＼ｘ００＼ｘ０４Ｒ（１０＾ｎｘ０２＼ｘ００＼ｘ０１０＼ｘ００＼ｘ０８ａｒｇＧｒｐｌｄ＼ｘ０５＼ｘ００＼ｘ０Ｃ＿ｒｅｍｏｔｅＣｌａｓｓＬｘ０２Ｌｘ００＋ｃｏｍ．ＳＳＣ．ｅｉｓ．ｍｙｓｓｃ．ｒｃ．ｆｌｅｘ．Ａｃｔｉｏｎ．ｃｆ７７１：Ｒｅｇｉｓｔｅｒｅｄｗｅｂｒｅｇｆｉｎｄｓｕｃｃｅｓｓｆｕｌｆｏｒ”Ｔｅｘｔ＝ＧｌｏｂａｌＣａｓｈ”（ｃｏｕｎｔ２１）【Ｍｓｇｌｄ：ＭＭｓＧ一２６３６４］Ａｃｔｉｏｎ．ｃｆ７７）：ｗｅｂｃｕｓｔｏｍｒｅｑｕｅｓｔ（”ＭｓｓＲｃｌｎｂｏｘＲｏ”）ｗａｓｓｕｃｃｅｓｓｆｕｌ，４５１ｂｏｄｙｂｙｔｅｓ，１２９８ｈｅａｄｅｒｂｙｔｅｓ［Ｍｓｇｌｄ：ＭＭＳＧ一２６３８６］图５．７请求所对应的ｗｅｂ臾面５．２．２．２．２运行性能测试ｔ）设计场景◆选择场景类型，如手工场景，然后选取用于产生负载的脚本，定义虚拟用户数，配置负载生成器以及用户加载策略。

◆设置脚本运行时选项，如脚本运行逻辑、错误处理、超时时间问隔等图５．８设置运行时选项◆设置集合点策略。

ＬＲ中默认的集合点策略足只聚集所有正在运行的虚拟用户，而不等待那些还在初始化未进入运行态的虚拟用户。

图５．９集合点策略的设置◆ＩＰ欺骗为ｊ，更加真实的模拟实际情况，避开服务器的一些安全策略，设置ＩＰＳｐｏｏｆｏｒ机制，使运行的虚拟用户使用不同的ｌＰ地址发送请求。

２）执行场景场景设置完成后，控制器将脚本分发到负载生成器向被测系统发起负载，同时通过服务器卜的性能监控器收集性能数据。

性能信息采样频率会对服务器的性能产生影响，选取重要的性能计数器并使用低的采样率，降低干扰。

对于Ｊ２ＥＥ的系统性能测试，通常可用的监控器有，ＩｐｌａｎｅｔＷｅｂ服务器监控器，ＷｉｎｄｏｗｓＵｎｉｘ／Ｌｉｎｕｘ系统监控器，ＷｅｂＳｐｈｅｒｅ应用服务器监控器，Ｊ２ＥＥ监控器和Ｏｒａｃｌｅ数据库服务器监控器等。

在各服务器端安装对应的监控器了ｆ＝存ＬｏａｄＲｕｎｎｅｒ中设置相应连接参数和取样参数即可。

“ｔ’Ｆｍ厂———————————————————一菩１日吐。

．Ｈ一邀雾芏黛，。

器蒸图５１０性能监控器５．２…２２３分析性能数据测试完成后，运行结果数据将从各负载生成器进行汇总，产生性能分析图表。

它包括ｒ一些关键性能数据如事务响应时间，吞吐量等。

通过Ａｎａｌｙｓｉｓ模块的输出功能，方便的生成ＨＴＭＬ、Ｗｏｒｄ或者Ｃｒｙｓｔａｌ的报表，用户可以根据不同的测试需求进行定制、分析和再处理。

表５．１ＬｏａｄＲｕｎｎｅｒ生成的Ｗｏｒｄ格式的报表一部分第六章企业自动化测试框架６．１企业自动化测试总体框架图６．１企业级的Ｊ２ＥＥ平台架构现代企业软件开发的重要特征是增量式和高频率。

增量式意味着这些软件版本是１）：在已有功能的基础上添加新功能；２）缺陷修复或者代码整理，但保持原有的正常功能不变。

高频率表示软件不断的在较短时间间隔内推出新版本。

这种情况下需要按照以前的测试用例对软件的每个版本进行回归测试，保证软件已有功能的质量。

随着软件版本的不断进化，集成的业务模块数目越来越多，功能复杂越来越复杂，需要重复执往的测试用例数目将变得非常可怕。

采用全手工的回归测试，不仅造成了时问和人力｝一的巨大丌销，而且容易出错，给测试人员带来巨大压力和心理阴影。

在回归测试中；１入自动化能极大的减轻手工测试人员重复性测试的负担，使测试人员能集中精力和创造力到最需要的新功能特性测试卜，提高了测试效率，适应快节奏的现代软件开发模式。

同时复杂新功能的不断增加以及代码结构层次的不断变化，系统的十牛能问题逐渐暴露出来，成为用户关注的新重点。

采用原始的手Ｔ＿Ｎ试几乎不可能完成细粒度的性能测试，引入自动化能大大降低性能测试的难度，节约人力物力，提高测试的准确度。

针对现代企业级软件开发的特点和软件测试不同阶段的特点，本文设计了如下的企业Ｅｌ动化测试框架。

该框架覆盖了单，亡级别和系统级别的回归测试，以及系统级别的性能测试，将自动化部署到企＞ｌｋ、坝ｆｌ试流程中最能发挥优势的这二处，并通过集成版本管理和缺陷／变更管理系统，形成了开发测试反馈的高效统。