【IT168 技术文章】

    在过去，TM（测试管理）工具中使用的测试“脚本”实际上主要是一步一步的指令（保存在Word或Excel文档中），手工测试人员通过按照这些指令点击一个已经完成的界面完成测试。当测试工作完成以后，测试人员需要检查测试管理用户界面的“检查框”，从而确认测试是成功还是失败了。由于今天的企业应用中包含如此众多的变化组件和中间层系统在，这种形式的手动测试不是非常充分，所以测试团队需要努力制定（运行）更为复杂的测试，能够实际测试到用户界面“背后”更深层次的功能---业务逻辑。

    除了更深的功能测试以外，使用TM工具的团队要求测试套件的自动化程度更高。数量巨大的测试脚本全部执行完毕有可能会使SOA生命周期推迟数天或数周，严重影响了团队的灵活性，并且由于重复和人为错误使得测试的价值大打折扣。

    因此功能测试、回归测试、负载/压力测试需要被直接存储在TM工具中---例如，作为可执行的命令行或X ML脚本。这样，一个复杂的测试就只需在TM工具中点击一下就实现了，而成功、失败和其它成果或问题就会自动写回TM工具中。

    这样，整个团队都使用他们都熟悉的测试过程，同时还能进行涉及中间层的更深入的测试，与手工测试相比，执行时间节省95％以上。此外，测试质量提高了，因为测试团队可以专注于测试新功能，而不是重复机械执行对现有功能的测试。

    通过这种方式，测试团队不仅实现了测试执行和结果反馈的自动化，而且还得到了一个很受欢迎的“副产品”---测试审计文件，它会及时地在某个时间点向你详细报告系统的工作状态。因而，测试工具被赋予了强大的功能，不仅能发现问题、强制执行，而且还能做出判断并向TM工具报告问题。

    这一过程的总体目标是通过在开发、测试、业务分析和IT运营团队之间共享和迭代测试，从而实现更有效的协作。这增加SOA重用的级别，并加快了发布周期，因为所有团队能够将工作重点放在提供高品质的新功能，而不是每次产品发布都重复手动创建和执行测试。