在过去20年间，持续的产品创新拉动着设备制造产业的繁荣。帮助软件开发者更快更聪明地进行开发的新工具和技术一直担当着创新助推器的作用。开发者明显受益于提升生产力的工具和技术。测试人员现在需要21世纪的工具能与时俱进。若没有这样的方案，测试将成为创新的桎梏。 
测试领域最后值得关注的进展是出现在上世纪八、九十年代的Perl、Tcl和自动GUI测试。在九十年代末出现的另一种策略是测试外包。但因基于劳力方案的改变只能是线性的，所以在能开发出什么和可测试什么之间存在巨大鸿沟。许多外包公司发现在测试再次妨碍创新前，它们开始时会有一段宽松时间。 当今的测试人员需要新工具在三个方面为其带来力量。首先，用于早期故障探测的工具将降低成本并防范产品的延期上市。其次，测试过程自动化将节省时间并增加覆盖范围。最后，使开发者、测试者和自动化团队(即使他们分布在世界各地、操着不同语言)间的沟通更便利将进一步节省时间。 尽早发现故障 在设备已运抵现场投入使用时才发现错误，则修正的成本会很高，它增加了解决问题所需的时间且损害了用户的信心。总的来说，在产品发布过程中发现的问题越晚，则修正的成本越高。若QA小组在产品预定推出日期的前一周才发现问题，则增加的成本包括测试者和开发者的超时加班以及因产品延误投放所带来的收入损失。 早期故障探测的价值在于早期错误修正。现已有支持QA小组尽早发现故障、容易地再现故障并采用同样机制确保清除故障的自动测试工具。 自动化 在测试过程中的一些方面实施自动化的价值已得到设备行业的普遍认同，且许多制造商业已开始开发自己的自动化工具。但工具开发并非QA小组的核心竞争力。一般来说，自己研发的工具费时、难以操作且容易出错，从而令人气馁。而公司管理层并不欣赏其团队花在自己开发和维护自动化工具所耗费的时间和精力。 测试者需要可使其工作容易、快捷的自动化工具。现已有工作很好的可节省测试者数小时或数天测试时间的工具，特别是对重复性、事物性等人工测试者并不增加附加值的任务来说。诸如此类的任务包括测试基准设置、用新推出的软件重复测试、在不同设备或器件上重复测试、执行一个与业已执行过的测试类似的测试以及搜索输出标识以定位故障根源等。 新的自动化工具也在增加测试范围。借助自动化手段，各种类别的覆盖是可行的(但不是采用手动测试方式)，它包括通过测试所有可能组合来测试一种特性的边界条件；通过多次重复一种或一组测试对系统施压；以及通过同时进行众多类似测试为系统加载等。 在产品开发周期的哪个环节增加自动测试才能取得最好效果？无论对自动或手工测试来说，传统的看法是要等到改变减少时才开始。但当今的产品改变贯穿整个开发始终且会延续至QA阶段。一家机构若要等到设计改变减少时才引入自动化测试则只能等到临近产品发布时才能开始测试。届时，自动化测试的好处将被大打折扣。 有效沟通 在典型的工作流程中，开发者、测试者和客户采用不同格式的文件进行沟通。开发者在试图理解测试者提交的晦涩的故障报告，并经常发现测试案例并没适当地描述设备状态且暴露故障所需的步骤也不尽合理。而测试者常常不理解开发者提交的含混的特性定义。自动化团队无法理解或再现特性测试者编写的测试计划、有时甚至不能读懂彼此的笔迹。没人能理解发自现场的故障报告是常有的事。当全球生产团队成员操着不同语言时，这种情况更糟糕。 若没有比手工测试所需更多的时间，新测试自动化产品可生成文本化和自动化测试案例。这一简单区别通过使QA小组可在产品推介生命周期的早期发现错误、增加覆盖范围并将缺陷清楚地传递给开发者以便他们能尽快复现并排除这些错误，从而带来测试上的突破。 在Fanfare捕捉-重现测试自动化方案背后的技术可使测试案例文本与自动化测试脚本同一。测试者遵循与他们业已用于人工测试的相同进程，在该进程的末尾，他们有一个自动化的测试。 无需额外努力，测试者可以交互式使用设备以生成一个测试原型，就象他们进行手工测试一样；反复进行交互测试直到其行为严格符合预期要求，包括参数化、循环、逻辑和报告；接收其它测试者或开发者可利用或重现的文本化和自动化脚本；将测试任意提交给一个可被立即用在一个现有自动化回归测试系统中的Tcl脚本；重新使用并调适保留的测试。 新的测试自动化方法还将解决一直困扰测试者、开发者和自动化团队的沟通挑战。考虑这样一幅常有景象：测试者在一个国家编写故障报告而开发者在另一个国家花相当长时间力图理解报告含义并暴露该缺陷。当今的测试自动化方案通过将测试案例本身作为沟通载体来实现更有效、更高效的沟通。测试者可提供一个失效测试安例。 随着供应商不断推出加快并强化测试的工具和技术，设备制造商将占据突破创新瓶颈的有利地位。
作者：总裁兼CEO The Fanfare Group
|
