测试是乏味且重复的。测试团队为已知的软件项目书写并执行成百甚至上千的测试脚本文档。当开发人员改变在测软件时，测试人员就必须修改这些文档。这些文档，以及后继的自动记录，有许多共同的流程，包括：
建立被测的应用程序（例如，启动，登录）
填写表单（例如，创建客户账户）
导航到应用程序中的具体位置（例如，导航到订单输入屏）
执行公共的验证（例如，数据库正确地表现事务了吗？）
超过应用程序功能的期望值或界限（例如，当输入无效的信用卡号时，恰当的错误处理启动了吗？）
数据驱动测试脚本的一个子流程（例如，登录并为五十个不同用户账户执行相同的事务）
执行高阶的业务流，包括那些构成其他可重复流的内容（例如，下订单，卖股票）
内容副本问题
大部分测试人员在他们许多的测试脚本间重写或复制粘贴这些可重复的流。记录或回放误导许多测试人员使用自动化来分别地重复记录可重复流的每个实例。两种方法都会导致内容副本。
测试脚本中的内容副本是隐伏的，因为软件变更需要测试人员修改可重复流出现的每个脚本。从维护适当的文档到确保可重复的且一致的测试工作，该开销阻碍了测试团队。维护此复制的内容是乏味的且增加人出错误的风险。这个根本的原因使测试团队不能在多重软件版本中维持自动化。
解决方案
设想您通过在一处更新可重复流而不是在使用过的每一处的方式来书写测试。如果此种书写脚本的新方法加快书写速度，那么测试人员可以轻易地克服每个版本的开销工作。测试人员会有时间建立有创造性的测试并更好地测试软件。
Manual Tester 可以让非程序员轻易地以将重复流作为链接内容而复用的方式书写测试脚本，如图 1 所示。测试人员可以简单地拖拽（通过复用视图）或复制粘贴链接（通过 CTRL-L）来创建模块化测试脚本。IBM Rational 即将专利化的用户界面简化了不论技术水平的模块化脚本的书写。Functional Tester 使得记录调用其它脚本的脚本变得简单。这保留了在书写和细化人工测试时所发现的模块性。
将可重复流作为链接内容而复用是必要的，因为传统的人工测试和记录或回放自动化方法要求您重复修改每个执行可重复流的脚本。
文章来源于领测软件测试网 https://www.ltesting.net/
