因此，根据我的测试脚本管理经验，方案如下：
我们称之为：脚本维护四大法则！
法则1－面面俱到
面面俱到说的是脚本要做到全面无漏洞，即脚本的严谨性。
在录制测试案例时，必须要考虑到脚本的周密性。比如，对于添加删除(Add-Delete，我们简称为AD类型)类脚本，针对AD类脚本，个人建议如下录制更有利于脚本维护，达到事半功倍的效果。
首先，做Add操作时，要先判断，当前系统中是否存在该数据，如果存在跳过Add操作，直接进行Delete。 反之 ，如果系统中不存在该笔数据，则进行正常逻辑的操作。
再比如日期类操作，如果系统要求我们选择的日期不得早于当前日期，那么针对这类问题，我们一律选择比较长远的日期，这样便可避免在后期回归测试时由于日期而引起的问题。
面面俱到的要旨是考虑未来可能发生的问题，将麻烦扼杀在摇篮中，使脚本坚如磐石，无懈可击！
……………………
查看全文请点击下载：http://www.51testing.com/html/73/n-849173.html
法则３－分门别类
有这么一类测试案例：只要它执行失败了，那么它下面的所有脚本都执行不了。对于这种情况，做自动化测试的朋友应该不会陌生吧。
我们还以系统前置条件来举例，系统要求开关状态是ON，有这样一个测试案例，在执行的时候会去更改这个开关，但是在更改的过程中操作失败了，导致开关的后期状态一直是OFF，So，问题产生了，接下来的所有脚本一旦检测到当前系统是OFF，就会报错，于是乎，接踵而来的是华丽丽的Failed这个敏感的不受人待见的执行结果。
另外有些覆盖面比较广且测试点比较复杂的测试脚本，也可以单独放在一个folder下，等确定测试环境基本稳定的情况下，再去执行这些难度较高的脚本，这样做同样也可以减少测试难度。
......
查看全文请点击下载：http://www.51testing.com/html/73/n-849173.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
