IBM Rational Manual Tester:对非自动化测试的自动化支持

发表于:2008-05-21来源:作者:点击数: 标签:ibmIBM自动化rationalRational
来自The Rational Edge:本文描述了一个新的支持手动测试的工具,手动测试仍然是许多软件 开发 组织选择的方法。IBM Rational Manual Tester可以帮助业务分析师和其他人加速和改进他们的应用程序 确认测试 的成效。 在过去的十多年来,已经看到了在支持 需求
  来自The Rational Edge:本文描述了一个新的支持手动测试的工具,手动测试仍然是许多软件开发组织选择的方法。IBM Rational Manual Tester可以帮助业务分析师和其他人加速和改进他们的应用程序确认测试的成效。

    在过去的十多年来,已经看到了在支持需求管理、应用程序设计和开发、代码分析以及单元、系统和部署测试的应用软件方面有了实质的进步。依次来看,这些解决方案已经帮助开发人员改进了质量和加速了驱动核心业务功能的软件应用程序的交付。在熟练用户的控制下,测试自动化工具新的发展使得交付高质量应用软件变得更容易了。然而,尽管取得了这些进步,软件测试的大多数仍然是手工进行的。

    业务分析师是测试人员

    为什么那么多公司进行自动化测试很困难?一个原因就是,迄今为止,测试自动化工具在很大程度上忽略了最大一类测试软件的人的需求:业务分析师。这些职员扮演了一个关键角色,不但是在定义业务需求上,而且要确保这些需求满足新的过程和系统的开发和部署,包括软件应用程序。

    由于业务分析师对一个开发项目背后的业务驱动有深厚的理解,他们在进行确认新应用软件的业务能力--还有其稳定性和功能时可以“击中要点”。例如进行需求捕获和管理的IBM Rational RequisitePro和进行业务过程建模的IBM WebSphere Business Integrator,可以帮助分析师创建和管理新软件应用的业务用例。但是IBM Rational Manual Tester是真正支持他们的测试活动的第一个自动化工具。

    对于业务分析师的测试过程

    业务分析师常常执行基于定义软件应用的规格说明或用例文档的测试。这些文档提供了关于应用软件如何进行操作的详细指南,包括其核心和可选工作流。遵循这些规格说明,业务设计师通常手动地测试软件应用程序,并用他们熟悉的格式(例如,Microsoft Word 或 Excel)记录他们的发现。大多数人没有技能和时间对开发人员和专业测试人员使用的测试自动化工具精通掌握。此外,他们经常在开发周期的早期开始测试业务用例,而这时应用软件还没有到达可以进行自动化操作所需要的稳定性。强制要求分析师或其他非技术测试者掌握测试自动化可能也不会产生合适的结果;这会将关注点从“这个应用软件满足我公司的业务需求吗?”转到“我可以使用这个工具自动化哪些测试?”上。因此,如果我们承认手工测试对于分析师,执行验收测试的最终用户,甚至是专业的测试技术人员都是一个有效的方法,那么我们做什么才能提高他们测试的速度和效率呢?

    IBM Rational Manual Tester:简要概述

    IBM Rational Manual Tester是一个易于使用的自动化工具,用来加速和提高手动测试的正确度。对于使用自动化和手工测试方法的团队来说是合适的,同样也适用于那些没有测试自动化工具的团队。关键能力包括:

    一个进行测试验证的组件化的,“构建阻塞”方法

    简化使用单点更新的测试维护

    开发健壮的、易读的手工测试的Rich text 编辑

    批量导入Microsoft Word 和 Excel的手工测试文档

    提高手工测试执行的准确度和速度的辅助数据入口

    在测试执行期间的辅助数据对比

    支持分布式团队

    让我们详细看一下每种能力。

    一个进行测试验证的组件化的,“构建阻塞”方法

    对应用软件开发采用组件化的方法是大多数开发工具支持的一个最佳实践。它允许不同的团队分别工作在不同的构件上,能够使开发人员更迅速地通过重用公共构件组装应用软件。一些自动化测试工具也使用这种方法进行测试开发。它们允许测试人员设计构件,然后他们就可以将这些构件组装起来创建一系列测试来验证整个软件应用程序。这种方法对于手工测试还不太典型,因为传统上用来记录手工测试的这些工具为此进行设计的,没有提供构建阻塞能力。然而,使用IBM Rational Manual Tester,你可以构件的测试集合起来,这些构件记录了测试应用软件一小部分区域的步骤集。你也可以重用每个构件,来组合成多种较大的验证一个应用软件用例的测试。

    简化使用单点更新的测试维护

    在多个测试之间共享的测试构件被称作是“链接的”。使用IBM Rational Manual Tester,当在测试中对一个应用软件的变化影响了一个用于多个测试中的链接构件时,测试编写者只需要更新测试构件中的步骤一次就可以了。工具会自动地将变化传播到共享该构件的所有手工测试去。通常,测试脚本维护,不论是手工的还是自动的,都是测试资源的最大消耗。这种单点更新能力将会为业务分析师和测试团队带来极大的效率和较低的维护成本。

    开发健壮的、易读的手工测试的Rich text 编辑

    IBM Rational Manual Tester 提供了使用rich text编辑特性建立手工测试的能力。这使得用户在测试期间将文字变成粗体黑字,来指出要选择的按钮或菜单,使用不同的字体指出要在测试执行期间输入的数据,并使用文件夹来分组步骤的逻辑块和嵌入式图像,这些图像可以提供了测试执行人员执行测试时的另外的详细内容。所有这些能力使得测试在执行期间更容易的进行。

    批量导入Microsoft Word 和 Excel的手工测试文档

    如果你的手工测试已经在Microsoft Word 或 Excel中记录下来了,使用IBM Rational Manual Tester,你可以批量导入这些内容,开始进行手工测试创建。

    提高手工测试执行的准确度和速度的辅助数据入口

    对于手工测试,测试执行者通常要向应用程序输入数据,来验证一个业务用例。这就会涉及到大量的数据或数据字符串。使用IBM Rational Manual Tester,你可以通过建立利用工具的辅助数据入口特性的测试,使得这些过程更有效。简单地提供测试执行者可以自动重用的数据,来替代将数据手工地输入到应用程序中。这将会加速数据入口过程,也确保了用于执行测试的数据被正确地输入。

    在测试执行期间的辅助数据对比

    除了输入数据之外,测试人员需要校验显示的数据或应用程序的输出是否是正确的。使用IBM Rational Manual Tester,测试编写者可以在记录测试时提供预期的输出数据。然后,在执行期间,比较器,这是提供实际的和预期的行为之间的一种可视化差异显示的工具,将会帮助测试人员确保数据输出与预先提供的数据是相同的。这些辅助数据比较有助于验证测试被正确地执行了。

    支持分布式团队

    今天,开发团队比以前更加分散。组织必须利用所有得到的资源来保持竞争力--无论这些资源可能在哪里。应用软件测试者经常是广泛分布的。这就是为什么IBM Rational Manual Tester被设计出来,使得对于团队共享测试和结果变得更加容易,并且可以使用颁布控制工具来管理测试的变更。

    进行自动化测试的桥梁

    对于最终计划采用自动化测试的团队来说,IBM Rational Manual Tester提供了一个极好的桥梁。它介绍给团队成员有关测试自动化工具的最基本原理,例如IBM Rational Functional Tester:组件化测试设计,和数据入口和数据比较辅助工具。你的测试人员可以很容易地学会这些原理,而不用必须掌握一个复杂的测试自动化工具。

    实施IBM Rational Manual Tester

    IBM Rational Manual Tester的设计坚持了“保持简单”的原则。测试人员不需要忍受一个复杂而冗长的安装过程,或要有效使用工具进行的几周培训和咨询。他们可以集中在编写好的测试上,而不是在指出这个工具如何使用。Rational Manual Tester提供了许多通常在rich text编辑器中可用的技术,这些与简单的拖拽测试构件创建能力是一起的。要帮助用户平滑地迁移到Rational Manual Tester上,还打包了一个产品游览和教程。对于那些想要探究其高级特性的人来说,可以通过IBM Rational University进行一天的培训课程。

    总结

    IBM Rational Manual Tester是目前市面上专门设计用来改进最流行的测试方法:手工测试的唯一的工具。此工具适合于业务分析师、测试人员和执行手工测试的最终用户的技能,可以帮助他们提供测试开发、执行和维护的速度和有效性。它也可以作为当前的手工测试过程和未来的测试自动化之间的一座桥梁。使用Rational Manual Tester,你的团队可以将精力集中在交付一个高质量应用软件上,而忽略构建、执行和维护复杂的、组件化测试的复杂性。

    你可以在下面找到有关此新产品的更多信息:

    http://www-306.ibm.com/software/awdtools/tester/manual/sysreq/index.html。

    参考资料

    您可以参阅本文在 developerWorks 全球站点上的 英文原文。

原文转自:http://www.ltesting.net