关于自动化测试脚本运行后是否要进程彻底的场景恢复，请大家畅所欲言！
目前一直被这个东西困扰着，就是脚本运行完成后是否要回复到初始状态。第一种思路：首先脚本强调独立性，比如验证一个功能，必须要经过启动-登录-验证功能-退出的过程。
优点：在任何时候调用该脚本都可以独立运行；
缺点：比较浪费时间，其他因素干扰导致脚本不稳定；启动-登录和退出的过程都为验证功能而准备，浪费了大量的时间做了无关的操作，启动-登录时偶尔出现的问题也会导致脚本运行失败，结果该去验证的地方没有验证到。
第二种思路：保证脚本与脚本之间的联系，如果两个或多个脚本验证的是同一模块的功能，则启动-登录-验证功能1（脚本1）-验证功能2（脚本2）-。。。-退出。
优点：规避了第一种思路的缺点。
确定：不具备第一种思路的有点，某一天我想单独调几个脚本出来跑，还要考虑几个脚本之间的联系。
第三种思路：综合一、二两种思路，每个测试集前放个初始脚本，搭建这个模块的测试环境，如启动和登录就可以放在这里，测试集后放个结束脚本，用户结束测试，退出操作可以放这里，测试集里的脚本完成该模块内的测试，如果想抽调几个脚本单独运行，必须同时抽调初始脚本和退出脚本，本人目前使用的是该种方法，但是感觉还是不够完美，脚本之间也没有达到完全的独立，现征求各位大虾的意见，大家可以畅所欲言谈谈自己的想法，意见被采纳者可得本人香吻一枚:kiss: 我们公司采用的策略是:
比较接近你的思路二，在运行完一个feature的测试后，uninstall 系统，然后install 系统，接着initialize 系统，最后运行第二个feature的test case。
如果运行完成每个case要恢复到初始状态，估计比较耗时间，在你的case上千条后，运行时间比较难控制。 测试用例之间最好不要有联系和依赖！
至于恢复环境初始状态，用虚拟机的快照功能很快的
[ 本帖最后由 shanxi 于 2009-11-18 16:16 编辑 ] 楼上误解了我的意思，我所说的初始环境是指每个脚本执行的恢复，不是整个测试集结束后的恢复
回复 4# 的帖子
每个脚本执行的恢复那就是用例之间的关联最好不要相互关联
执行完每个用例后clean up
用虚拟机也能解决你这问题，可以在每个用例执行完毕后 生成快照，想回溯到哪个用例就到哪个里面去。 每个脚本执行的恢复那就是用例之间的关联
最好不要相互关联
执行完每个用例后clean up
用虚拟机 ...
shanxi 发表于 2009-11-19 11:41 http://bbs.51testing.com/images/common/back.gif
如果是流程的脚本，一个操作之后，下面接着是另一个功能操作，就不可能不关联了
生成快照，怎么用脚本实现？
页:
[1]
