（1）测试数据和测试脚本分离
个性化参数、通用参数 分别放在不同文件。
TC创建数据流相关参数、数据配置参数（vlan、MAC、流量模板）等等。
（2）测试脚本执行顺序 可以动态调整，通过率高、简单的脚本先执行，通过率低、对其他脚本执行可能造成影响脚本放在后面执行。
（3）为了避免原有用例对新增加模块用例造成影响，初始化脚本做容错处理（先检查是否出错，若出错进行修复修复成功后继续执行；若未出错继续执行）。
每个测试脚本执行完毕后，增加测试配置恢复初始化操作，减少前面脚本执行对后面脚本执行造成的影响。
（4）脚本执行优先级与用例优先先对应。
（5）自动化实施之前做好规划，比如编写某个功能模块的测试脚本，先对该功能模块做分析，总结出该模块用例的公用接口函数，这样编写的接口函数通用性更强些。不至于一个人写的接口只适用于他的脚本，没有考虑其他人调用该脚本的可能性。做好公用接口函数、全局参数、模块参数、脚本级参数的规划会大大降低后续的脚本维护成本。
（6）测试用例设计。好的测试用例是测试脚本设计的依据。怎么才算好？1个测试用例不要覆盖功能点太多，否则会对测试结果的分析带来麻烦。
（7）对自动化的实施程度做好跟踪，那些用例实现了自动化，那些用例部分实现了自动化，这对测试执行很有帮助，减少或避免了测试故障泄露的可能。
原文地址：http://blog.csdn.net/loneba/article/details/39450199
