2.2.路径片段方法
路径片段方法也是一种相当简单的方法。这种方法为每段路径录制一个独立的脚本（也称分割脚本），如图4所示。这些脚本按适当的顺序和分布组成可被执行的测试套件。
图4 路径片段方法的购书路径
如你所见，和全路径方法相比，这种方法多了两个脚本，但脚本中没有了重复的活动。图5展示了TestManager中代表我们的书店浏览模型的一种测试套件组织方法。
图5 路径片段方法的测试套件
这种方法只需更少的脚本，对于简单的用户模式来说相当不错。虽然多了两个脚本，但不会比全路径脚本方法需要更多的开销。在本在线书店的例子中，将产生五个实际的脚本，但每个都比全路径脚本方法产生更少的开销，所以总的开销其实差不多。这种方法真正的优点是通过没有冗余的脚本，消除多脚本访问同一个数据池，以及多个类似或同样的数据池的可能性。
这种方法同时也降低了当被测应用发生局部改变时重新录制脚本的可能性。对于采用迭代式开发和测试的应用来说，这将是一个巨大的好处。
这种方法有两个缺点：（1）可能需要用到共享变量，（2）如果脚本或场景运行不正常，调试会变得复杂，并导致共享变量的使用。如果场景的正确运行需要在两个脚本之间传递信息，则只能用共享变量来传递信息。这个复杂的主题会在以后的文章中提到。如果你将录制的分割脚本在场景中组合起来，但与录制时的顺序不同的话，脚本可能会运行不起来。在脚本录制前谁也不知道分割后的脚本是否能运行起来。如果不能正确回放，那通常是没有通过共享变量来传递信息的问题。
2.3.灵活的脚本方法
灵活的脚本方法能让你模拟在主要的浏览路径中的少量例外路径。例如，在我们的在线书店中，每条路径上的顾客可能都会打开其它信息窗口，也并不是所有的顾客最终都会买书。
图6 包含了少数例外的购书浏览路径
图中的虚线表示了一些偏离主浏览路径的活动。在Name Search路径中有10％的用户会看帮助，在Select Best Seller路径中有25％的用户会阅读读者评论，在Fiction Books路径中有5％的用户会参与调查活动。而且，所有用户中的25％并没有买书就离开了。
在这种方法中，测试套件模型可以保留但必须重新考虑脚本。幸运的是，通过有计划地处理这些可选的偏离活动的脚本，避免了在测试套件中增加任何的全路径脚本、分割脚本、用户组等。我们只需简单地在分割的脚本中增加一些代码就能处理这些偏离。这些处理需要最基本的C编程经验，但我会和你一起做下去，这样的话即使你没有编程经验也能通过简单的复制、粘贴完成这些代码。
