自动化测试在bh上的运用.docxVIP

自动化测试在BH上的应用 简介 自动化测试（Automated Testing）是指借助自动化测试工具，模拟手工测试步骤，通过执行程序语言编制或者录制的测试脚本自动的测试软件，这个执行过程可以是全自动和半自动。 自动化测试所具有的一致性和可重复性，是一般的手工测试所达不到的，利于软件缺陷的重现，这些特性使得自动化测试非常适用于回归测试和压力测试。 当然自动化测试也不是万能的，大多数的缺陷还是需要测试人员手工发现，只有那些烦琐的，需要重复测试的测试任务比较适合自动化测试去做，就像一个测试机器人一样，IBM Rational的自动化测试工具“Robot”就是取的测试机器人的意思。 有些测试内容，自动化测试是无法完成的，比如界面规范测试、需要外部设备交互的测试，比如：打印、读写卡…、软件本身的严重错误也会造成自动化测试中断而失败。 自动化测试工具 自动化测试工具比较有名的有: Mercury公司的WinRunner、QTP（Quic Test Professional） 产品和IBM Rational公司的Robot产品。 IBM Rational的Robot比较难用，脚本语言用的是一种类C的语言，学习成本较高。 Mercury公司，现在被HP公司收购，推出的测试工具软件比较多，如：WinRunner、LoadRunner、QTP、TD（Test Director，现在叫 Quality Center），其中WinRunner和QTP同为Mercury公司开发的自动化功能测试工具，WinRunner在1995年推出，QTP是在2002年正式推出，其中QTP具备有WinRunner几乎所有的特性，同时具备有一些独有的特性，并且应为推出时间的缘故，QTP对J2EE和.Net程序支持较好。Winrunner只支持C/S架构程序，QTP同时支持C/S架构和B/S架构应用。WinRunner使用的是TSL语言，为Mercury公司所独有，与C语言类似，QTP采用的微软的VBScript语言，比较简单，更容易学习。以目前的情况来看应该可以说Winrunner已经被淘汰了。 在BH之上构建C/S架构的大型应用，是比较符合自动化测试的应用条件的。首先，BH构建的应用系统不用过多的关心界面因素，因为BH是可以在运行期通过布局进行调整的；其次是BH构建的应用程序在界面初始化后不会出现编程开发所出现的应用程序编码级错误，即不会因为应用本身的严重错误使得自动化测试被动中断；最后是BH构建的大型应用其中有大量的界面构建需要进行反复繁琐的功能测试、回归测试，通过使用自动化测试可以大大减轻功能测试的工作量，提高测试质量和效率。 最佳选择-Quick Test Prefessional “工欲善其事必先利其器“，就目前几种流行的自动化测试工具而言，Robot过于高深，WinRunner太老了；我认为QTP是最合适的选择，如果结合到TD，即现在的HP QC，测试工作的工具化水平可能比玩Excel表格里面输bug，手工截图，现代化多了。 原来玩过一段时间的QTP，简单易学，算是傻瓜型的。完成简单的回归测试，连测试脚本都不需要写。 测试步骤 使用QTP进行测试的过程包括6个主要步骤： ● 准备录制 打开你要对其进行测试的应用程序，并检查QTP中的各项设置是否适合当前的要求。 ● 进行录制 打开QTP的录制功能，按测试用例中的描述，操作被测试应用程序。 ● 编辑测试脚本 通过加入检测点、参数化测试，以及添加分支、循环等控制语句，来增强测试脚本的功能，使将来的回归测试真正能够自动化。 ● 调试脚本 调试脚本，检查脚本是否存在错误。 ● 在回归测试中运行测试 在对应用程序的回归测试中，通过QTP回放对应用程序的操作，检验软件正确性，实现测试的自动化进行。 ● 分析结果，报告问题 查看QTP记录的运行结果，记录问题，报告测试结果。 关键字驱动测试 在QTP8.0版本后加入了一个新的关键字驱动测试（keyword-driven testing）特性，通过“关键字驱动测试”，测试人员不需要“录制”测试脚本，而可以改成“设计”测试脚本。即：先将应用程序的GUI对象添加到QTP的对象仓库（Object Repository）中，然后针对每一个需要操作到的对象设计每个测试步骤。它使我们可以不必实际去操作应用程序，就可以编写出测试脚本，这样做既节省了时间，而且还有一个更大的好处就是可以在应用程序还没有设计完成，或者由于出错无法正常执行的时候仍然可以编写我们的测试脚本。应用程序只需要有使用界面（UI），而不必实际运行，测试人员就可以开始建立测试脚本，有时候采用录制无法捕获的应用程序操作，使用关键字驱动测试可以直接捕捉到。 测试界面 QTP的四个界面Keyword View 、Expert V