资深测试总结，自动化测试用例7条法则，一文策底贯通...

---

前言

1、万物皆对象

学过java或python的同学应该都知道这句话吧，没错，在我们设计自动化测试用例的时候也需要这个理念。

毕竟和黑盒测试用例不同，自动化测试用例不是给人类执行的，我们需要使用对应的开发语言来进行用例的编写。

在编写测试用例脚本的时候，时时刻刻需要把这个理念贯彻其中。

当然，编写用例的过程与其他开发人员的编码工作没有什么本质上的区别，也别指望用例脚本可以一次性的编写到位，脚本大多数都是需要一次又一次的优化。

起初写的效率低一点也没关系，我们先确保可以跑通，复用性和健壮性可以稍微差点。

但是跑通之后，我们就应该着眼于性能方面，如果你用的python，跑几条用例是完全没有问题的，因为python是动态语言，变量指向对象的时候编译器无法做任何预测。

另外加上他本身是解释执行，所以是在跑大量测试用例的情况下，一定会出现运行周期时间长与意外报错的情况出现，此时提高代码的性能就成为了重中之重。

算法时间复杂度的优化、内置方法的合理使用、避免全局变量、减少循环等等都可以为我们的代码提供相应的性能提升。

2、业务强关联

与黑盒测试用例不同，自动化测试用例内的业务关联性会很强。

其实我们从其本质形态来考虑的话也就能探究一二，它需要解决的本来就是一些功能稳定、业务路径明确的正向测试场景，测试用例脚本不可能只操作某个业务界面中的某一个功能，这样就太浪费了。

一般来说测试脚本都需要覆盖某一个正常业务的整条流程，这样我们才可以在其运行的过程中，加入自己所需的各类断言࿰