4、加快脚本测试方法

　　做任何事情，如果想加快，都有一些熟知的方法：1、并行处理； 2、借助于工具，自动化不需要人工介入的部分；3、加快必须人工部分的速度。如果把上面的基本方式映射到我们的脚本测试中：

　　4.1 并行执行多个CASE

　　我们可以对多次运行做并行化。对于脚本类测试，大多数是挖掘类，基于一个比较复杂的测试周边环境，但是，不会修改本模块以外的环境和数据。

　　我们可以利用一个周边环境，部署多个被测程序，通过修改conf来保证运行：

　　a）对同一台机器部署多个不同目录（减少搭建周边环境）

　　b）对不同机器相同路径部署（减少修改conf）

　　对不同目录进行不同case运行。比如，新旧对比，性能，功能等同时进行。同时对多个粒度进行测试，避免因为某次运行，占用环境，而堵塞我们的测试过程。

　　4.2 借助工具

　　自动化操作步骤，这个我们自己可以编写test脚本来完成，比如性能监控，环境清理等功能。

　　借助于自动化通用工具，比如类似编译器的变量检查，路径检查，函数接口检查等，实现脚本之间调用关系和数据依赖关系的检查等。对很多产品线的公共问题，统一处理，这些都是大组、专人来开发和维护。

　　4.3 脚本测试技巧

　　人是灵活的，不是所有的工作都适合自动化。脚本测试设计中和代码逻辑强相关的部分，不易自动化，因为自动化要兼容多种可能性的时候，太复杂，而且不能保证100%的准确率，还是需要人工参与，比如：

　　问题1：if的异常分支，空文件构造，数据的清空逻辑，数据的历史维护逻辑，ssh逻辑，如何快速验证？

　　问题2：我们为了不同粒度的测试，需要多次运行脚本，有些脚本运行时间很长，是否可以一次运行，测试完所有粒度的功能？

　　上面这个例子中的一些技巧：

　　A）异常分支，我们可以通过添加语句mkdir –p a；rm a，来保证#？的检测

　　B）构造各种逻辑，或者看代码，看是否满足线上对数据逻辑的需求。

　　C）中间数据的保留，对需要长时间运行的代码块儿，插上桩，将结果cp到其他文件，缩短时间，后续修改脚本代码，利用备份的中间文件多次独立运行，节省时间。

　　D）成功运行一次，和多次运行相结合，对中间文件如果在脚本被删除，需要我们再需要关注的关键点cp得到bak文件，运行一次后，保证任何段的代码（粒度），单独都可以运行。加上多环境，我们就可以在一次成功运行后，测试完所有的功能，同时并行完成性能测试。）

　　E）多机不同用户部署，可以变为单机不同用户部署；总控和运行机器，也可以通过单台模拟，和自己建立信任关系，来验证功能。