相信有很多小伙伴了解学习过自动化测试，也研究过现在比较火的selenium自动化脚本编写，更有很多同学能够独立设计出一个完整的自动化脚本，并且成功执行了；还有一些更喜欢研究的同学能够通过Jenkins持续集成的方式将自己的自动化测试代码在服务器上运行起来。到这里，可能有些同学会说，我已经学会了自动化测试。真的是这样么？  

       我们可以一起回忆一下：我们为什么要做自动化？答案自然是为了提升工作效率。大家回想一下，我们写出的自动化脚本给我们带来的效率上的收益是不是已经大于了我们对自动化脚本维护所耗费的精力呢？

       所以，为了更好的提升效率，这是我们需要一套行之有效的测试框架的根本原因。同时，我们站在架构的角度去想，一个好的测试框架也能够帮助一个测试团队降低自动化实现和维护的门槛，框架本身已经封装了很多实际需要的接口和工具类等，测试人员不需要花费大量的精力再度开发，集中精力在统一的架构下快速实现测试需求本身就ok了。

       我们已经达成了共识，需要一个优秀的自动化测试框架来支持我们的自动化工作。在讨论了要不要框架这个问题之后，下一个问题迎面而来，我们需要一个什么样的框架？

        一个好的自动化测试框架，要建立在架构完整、便于使用的基础上。同时，也要满足一些原则。在我的测试生涯中，基于各种团队总结下来的优秀自动化测试框架基本原则包括：可复用、易维护、定时处理