解析应用软件开发企业实施功能测试工具的误区解析.docVIP

解析应用软件开发企业实施功能测试工具的误区 吴海荣 随着中国软件业的不断发展，越来越多的应用软件开发企业开始关注应用软件的功能测试工具。通过功能测试工具的实施，各软件企业希望能够提高功能测试的自动化水平，达到节省人力资源，提高工作效率的目的。然而在具体的实施过程中，他们往往会遇到很大的困难和阻力，特别是在一些大、中型项目上的应用，更是困难重重。就目前而言，能做到完整的部署、用好功能测试工具的企业并不多，此显示了功能测试工具在实施过程中的难度。实施者对功能测试工具理解上的误区是造成工具实施困难的重要原因，如何认识这些误区，以及由此引发的一系列困难，并使困难得以解决显得尤为迫切。在此探讨一下功能测试工具实施过程中的一些理解误区及由此造成的一些实施困难。 功能测试工具的发展历程 谈及功能测试工具的认识误区，不得不提及功能测试工具的发展历程。只有熟悉了功能测试工具的演变过程、功能测试工具的工作原理才能对其做一个比较好的定位。 图1 功能测试工具演变 自动化功能测试的萌芽是将测试人员的动作进行录制与回放，即将测试人员的整个测试过程录制下来，并在适当时候进行回放，不断重复测试人员的测试动作从而达到自动测试的目的；而后发展了自动化的脚本技术，其通过录制的过程形成一些可以执行的自动化脚本，这些自动化脚本能自动运行一些既定的测试案例，并且通过脚本与脚本的调用形成更加复杂的测试案例，做到脚本的模块化开发；在自动化脚本的使用过程中，数据或者环境的变化导致了多数脚本的重用性特别差，特别是在一些应用程序的测试当中，数据与脚本若不实现有效的分离，则很难最大限度的发挥自动化脚本的重用作用，因此数据驱动模式孕育而生。数据与脚本程序分离，测试人员可以在一定范围下调整测试数据，以期达到不同的测试目的，使自动化脚本适应不同的测试运行环境；然而这些传统意义上的自动化脚本的编制相对于业务测试人员有一定的技术难度（很多企业使用某些专业领域如金融、税务、电力的人才进行应用软件的测试工作，通常这些业务测试人员不具备丰富的计算机知识）。一种业务驱动模式的自动化脚本的编制技术，正在各先驱软件企业中摸索，业务人员通过严格的业务语言编写测试案例，通过工具分析这些测试案例，自动形成自动化测试脚本的雏形，再进行脚本的修改和完善。这样业务测试人员在按照规范编制手工测试案例时，即完成了自动化脚本的主体编制任务。不过此技术和方法仍不是特别完善，需要经过长期复杂的实践考验。 功能测试工具的作用 功能测试工具因其固有的特性决定了其特定的作用，它可以在大规模回归测试当中运用，可以更加深入的拓展原有手工测试的范围，可以在一定程度上充分利用现有测试资源开展强度更大的测试工作。其具体作用如下： 1．对软件的新版本运行已有的测试（回归测试）。这是工具最主要的任务，也是工具运用最广泛、最有成效的地方。在项目生命周期中，测试团队在测试过程中发现了软件缺陷，开发团队需要不停的构建新的版本以修复这些缺陷，每次版本构建之后，测试人员都要进行原有缺陷的验证及修复后所涉及其他业务功能的验证测试，这即为回归测试工作。测试人员相当一部分的精力都滞留在这些重复而无创造性的工作上了。功能测试工具即可以将测试团队从这样一类工作中解放出来，无创造性的重复工作正是功能测试工具的专长。测试团队编制好可重复运行的脚本，版本构建之后，运行脚本即可轻松完成此项测试工作。图2描述了回归测试的流程： 图2 回归测试 2．对不同基础平台上应用软件的测试。这也是功能测试工具运用比较广泛且见成效的地方。应用软件版本需要在不同的硬件平台、不同操作系统、不同版本的数据库软件下运行，同时需要面临以后的硬件、操作系统和数据库的升级而带来的额外测试工作量。此时要求支持多平台产品的质量保持一致性，而通过功能测试工具的应用，可以实现这一点。例如一些网站项目，需要兼容客户端不同版本的IE浏览器，手工测试的情况下测试团队需要在几个不同的版本的IE浏览器上同时进行测试，其测试工作量是在单个IE浏览器版本上测试的几倍。若通过功能测试工具可以大量的减少这样的一些工作量，在某一IE浏览器版本基础上编制完脚本，可以利用空余时间在其他IE浏览器版本基础上自动运行脚本进行功能测试。 3．功能测试工具可以执行一些手工测试困难或不可能完成的测试。一些应用软件的测试内容，通过手工的方式比较难进行测试，例如一些需要连续做大量业务数据，方可进行业务功能的验证测试。类似这样的一些测试工作，通过手工的方式工作量十分巨大，得到的效果却非常差，在有限的人力资源的情况下，是得不偿失的。这种情况下功能测试工具可以发挥其优势，循环的执行某些脚本，并在特定条件下插入测试检查点即可以完成此类测试工作。 4．功能测试工具可以在夜间、在多台虚拟机上运行，为有