关于自动化测试脚本运行后是否要进程彻底的场景恢复，请大家畅所欲言！

jimmyzhou

目前一直被这个东西困扰着，就是脚本运行完成后是否要回复到初始状态。
第一种思路：首先脚本强调独立性，比如验证一个功能，必须要经过启动-登录-验证功能-退出的过程。
优点：在任何时候调用该脚本都可以独立运行；
缺点：比较浪费时间，其他因素干扰导致脚本不稳定；启动-登录和退出的过程都为验证功能而准备，浪费了大量的时间做了无关的操作，启动-登录时偶尔出现的问题也会导致脚本运行失败，结果该去验证的地方没有验证到。
第二种思路：保证脚本与脚本之间的联系，如果两个或多个脚本验证的是同一模块的功能，则启动-登录-验证功能1（脚本1）-验证功能2（脚本2）-。。。-退出。
优点：规避了第一种思路的缺点。
确定：不具备第一种思路的有点，某一天我想单独调几个脚本出来跑，还要考虑几个脚本之间的联系。
第三种思路：综合一、二两种思路，每个测试集前放个初始脚本，搭建这个模块的测试环境，如启动和登录就可以放在这里，测试集后放个结束脚本，用户结束测试，退出操作可以放这里，测试集里的脚本完成该模块内的测试，如果想抽调几个脚本单独运行，必须同时抽调初始脚本和退出脚本，本人目前使用的是该种方法，但是感觉还是不够完美，脚本之间也没有达到完全的独立，现征求各位大虾的意见，大家可以畅所欲言谈谈自己的想法，意见被采纳者可得本人香吻一枚

heqingbluesky

我们公司采用的策略是:
比较接近你的思路二，在运行完一个feature的测试后，uninstall 系统，然后install 系统，接着initialize 系统，最后运行第二个feature的test case。

如果运行完成每个case要恢复到初始状态，估计比较耗时间，在你的case上千条后，运行时间比较难控制。

shanxi

测试用例之间  最好不要有联系和依赖！

至于恢复环境初始状态，用虚拟机的快照功能很快的

[ 本帖最后由 shanxi 于 2009-11-18 16:16 编辑 ]

jimmyzhou

楼上误解了我的意思，我所说的初始环境是指每个脚本执行的恢复，不是整个测试集结束后的恢复

shanxi

每个脚本执行的恢复  那就是用例之间的关联

最好不要相互关联
执行完每个用例后  clean up

用虚拟机也能解决你这问题，可以在每个用例执行完毕后 生成快照，想回溯到哪个用例就到哪个里面去。

FLY000

每个脚本执行的恢复  那就是用例之间的关联

最好不要相互关联
执行完每个用例后  clean up

用虚拟机 ...
shanxi 发表于 2009-11-19 11:41

如果是流程的脚本，一个操作之后，下面接着是另一个功能操作，就不可能不关联了

生成快照，怎么用脚本实现？