一、共享脚本的缺点

1.需要跟踪更多的脚本、文档、名字以及存储。如果管理不好，很难找出适合的脚本。

2.对于每个测试用例仍需一个特定的测试脚本，因此维护成本比较高。

3.共享脚本通常是针对测试软件的某一部分，不能实现真正意义上的共享。

共享脚本意味着脚本可以被多个测试事例使用，即脚本语言允许一个脚本被另一个脚本调用，这样可以节省生成脚本的时间。当重复任务发生变化时，只需修改一个脚本。共享脚本可以是在不同主机、不同系统之间共享脚本，也可以是在同一主机、同一系统之间共享脚本。此脚本开发的思路是产生一个执行某种任务的脚本，而不同的测试要重复这个任务，当要执行这个任务时只要在适当的地方调用这个脚本便可以了。

共享脚本的编写需要更高的编程技能，提高了对测试工程师的要求数据驱动脚本是当前广泛应用的自动化测试脚本技术，它是将测试输入数据存储在数据文件里，而不是继续放在脚本本身里面。脚本里只存放控制信息，执行测试时，从文件中而不是从脚本中读取数据输入，从而使得同一个脚本可以执行不同的测试，实现了数据与 脚本的分离，但测试逻辑依然与脚本捆绑在一起。

延伸阅读：

二、结构化脚本

目前所有测试脚本支持三种基本控制结构如下：

顺序结构(即前面的线性脚本,依次执行每行的指令)。

选择结构:使脚本具有判断功能,即加入类似“if，switch”类型的语句来使脚本的执行具有跳跃能力,按照判断条件执行相关的指令。

叠代/循环结构:可以根据需要重复执行一个或多个指令序列如加入像“for，while”等语句。

结构化脚本类似于结构化程序设计,脚本中含有控制脚本执行的指令,这些指令或为控制结构或为调用结构。结构化脚本可以进行嵌套调用另一个脚本,执行完后在返回到当前脚本。

结构化脚本的优点：

1.结构化脚本健壮性更好，对一些容易导致测试失败的特殊情况和测试中出现的异常情况可以进行相应的处理。

2.结构化脚本可以像函数一样作为模块被其他脚本调用或使用。

3.结构化脚本可以提高脚本的重用性和灵活性，使得代码易于维护，可以更好的支持自动化测试。

结构化脚本的缺点：

1.脚本变得非常复杂，在一定程度上增加了另外的维护工作量。

2.脚本还是在录/播的基础上实现的，因此脚本内仍然捆绑着测试的数据和逻辑，即键盘、鼠标动作表示的输入被固化在脚本中，测试修改和定制非常复杂困难。

以上就是关于共享脚本的内容 希望对大家有帮助。

上一篇

hdfs存储结构的优势是什么?

下一篇

测试用例设计方法有哪些?