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