在过去,即使手工测试对于软件的品质保证十分重要,但是它仍很大部分依赖于工具的指导。最终,IBM Rational Manual Tester为软件测试人员提供了一个工具,来管理手工测试脚本的创建和维护。
虽然手工测试是软件质量保证中不可或缺的部分,但是在过去它很大部分依赖于工具的指导。最终,IBM Rational Manual Tester为测试人员们提供了一个工具,来简单直接管理手工测试脚本的创建和维护。这种工具把轻松易学和易操作的这两个特点很好的结合了起来。这篇关于Manual Tester的介绍将会让你预览它的直观界面和易理解的功能。像往常一样,我们以讨论为什么手工测试很重要,还有当它打算使用Excel电子表格和word表格时,可能遇到的问题为开端。
编者提示:IBM Rational Manual Tester无论是单独的还是作为Rational Functional Tester 6.1或者更新的版本一部分都可以使用,这个工具的这两个版本提供了同样的功能。
为什么要进行手工测试?
即使在这样一个短开发周期,自动化测试驱动开发的时代,手工测试对于软件开发的过程仍然做出了极其重要的贡献。这里有些进行手工测试最好的理由:
通过给最终使用者一系列可重复的使用原型软件的指导,手工测试允许他们尽早加入到开发周期的每个阶段,获得他们无价的反馈,从而避免应用程序出现不符合真实的可用性需求的“惊奇”。
在等待构造和调试自动化脚本的时候,手工测试脚本给予测试者一些可用的东西。
手工测试脚本通常为开发小组提供了信息反馈,用导致软件缺陷和使用问题的一组可重复性步骤的形式。
如果能自始至终的使用它,手工测试脚本同样会形成测试时应用软件的帮助或者教程的基础。
最后,测试驱动的开发过程中,手工测试脚本可以为开发人员提供一个关于应用软件实现用例方式的清晰描述。
总而言之,手工测试弥补了测试一览表之间的空白,对软件开发过程增加了极大价值。
使用Excel或Word管理手工测试时的问题
由于手工测试脚本创建是手工操作,在今天这个短开发周期的时代,组织可能没有认识到手工测试脚本的全部优点。一般来说,测试人员使用Excel电子表格(或者,稍不典型的Word表格)记录测试步骤,期望结果,在要求的时间段内通过/失败的状态。它们要么手工,要么使用导入Excel电子表格或者Word表格的软件,来汇集测试结果,分析测试结果,然后生成产品报告。
但是任何一个打算使用Excel电子表格或者Word表格去操作测试脚本的人都会遇到如下的问题:
需要不断的横向或者纵向拖动滚动条,使得这些方法效率很低并且难以使用。
Excel电子表格或者Word表格的固定宽度的格式和需要在每页复制的标题,为打印报告带来了困难。
很难按照测试步骤组织脚本。
没有一种标准方式确认在测试脚本范围中所预期的结果。
没有一种标准方式报告测试结果。
很难或者基本不可能在不同的测试脚本中重用测试脚本基线,或者基线组。
作为解决这些问题的工具,将使测试部分充分利用,把手工测试脚本与应用软件开发结合起来,具有启发性的决定的优势。
Manual Tester的特性
IBM Rational Manual Tester是那些测试人员等待解决以上所列问题的工具,简单直接的管理手工测试脚本。不需要掌握很丰富的经验,Manual Tester会提示一个测试人员,问他:“为什么对于手工测试脚本来说,使用Excel的时间更长?”由于工具有详细的教程,工具巧妙的设计和智能的使用界面,使Manual Tester很容易学会(大约一个半小时)。
使用这种工具去管理手工测试最好的地方是,多个测试者创建的测试脚本,将遵循同样的标准。下面就显示了Manual Tester的功能,实现脚本的标准化:
显示并打印分类型标志脚本基线的标准图标(脚本步骤、验证点、报告点、或者步骤组)。
允许在不同的脚本中重用脚本步骤或者步骤组。
允许简化步骤组,这样就使得步骤组很容易被机构标准所实施。
脚本基线与测试者所规定的基本参数标准相结合,比如说:姓名、比较数据和超级链接(可以人工操作者在中打开的)。
提供了这样一种界面,它可以在执行脚本的过程中,使预期结果标准化(比如“没有决定的”、“通过”、“失败”、“错误”)。
在执行脚本的过程中使数据的对比结果标准化。
允许测试小组在脚本步骤中可以针对文本选择字体和颜色。
Manual Tester的功能一瞥
正如你可以从图1中所示看到的,Manual Tester的格式丰富的脚本编辑窗口最小化界面滚动需求。可以打开多个脚本,通过窗口顶部的标签访问。工具栏提供了主要功能的快捷图标。
图1:Manual Tester的界面