一、 思想先行
在我们讨论如何用技术手段实现之前，不妨先思考一下，或者说，如同普通的项目开发一样，首先是产品经理给出规划，再由技术实现。
既然是个人的项目，那当然是我们自己来做这个产品经理了，那么首先，我们的产品需要哪些点呢？
ui自动化，是测试层级的最上层，本质上是在容器里模拟用户的操作，来达到自动回归业务逻辑的目的。这样的话，就很容易想到了，如果我们想要实现这个目的，首先，
- 我们的产品要能够根据用例规定的操作回放模拟操作；
- 用例应该是既能够单独执行，也可以按指定顺序集合执行；
- 如果希望达到无人值守的目的，那么邮件通知和CI必不可少；
- 我们肯定希望用例维护起来简洁便利。
其他可能没想到的做的过程里添加，但是以上四点基本就可以满足我们对简单的ui自动化测试的需求了，接下来我们就可以考虑如何去实现这个产品。
首先是技术的选型，在大脑由混沌状态逐渐清晰了我们的产品需求之后，我们就可以对市面上的技术进行选择，选择一个最合适我们的方向。
一般而言，肯定第一优先本公司的主流语言，另一方面，经过调查，目前来说已经可以确定只能用selenium来实现我们的“模拟回放”的需求，这是因为他是开源而免费的，其他的工具例如QTP尽管更加易用且有专门的公司维护，但是，他太贵了（并不考虑盗版&破解）。
selenium可以理解为一个工具集，包括IDE、Grid、RC（selenium 1.0）、WebDriver等，经常有人问selenium和webdriver是什么关系？这里稍微解释一下，可以视为selenium打包了webdriver，而webdriver本身是一套操作浏览器的api协议规范。实际用的话，可以不纠结于概念。
selenium本身支持多种语言，由于本家公司主流技术是php，不被支持，权衡之下选择了py作为开发语言，理由是py更加易于上手，现成的库很多很方便。
到这里，其实我们的第一需求，还记得吗？（我们的产品要能够根据用例规定的操作回放模拟操作；）已经确认了技术类型，我们接着看下面的需求。
第二个需求，实际上就是用例管理，一般而言各个语言都有自己的测试框架用于处理这些，python当然也不例外，py上的测试框架有unittest，pytest，nose等等，由于我们的需求各个框架基本都能满足，所以直接选择了py内置的测试框架unittest使用，如果想了解各大框架之间对比的话，可以点击这里查看。
ok，很顺利，到这里第二个需求也解决了技术选择，那么看看第三个需求，也就是无人值守。这里因为我们公司的ci工具是jenkins，所以就直接选定了用jenkins作为技术手段。
那么只剩下最后一个需求，实际上是一个很重要的优化点，如何让用例维护简单？这里其实是一个很弹性的选择，我的选择是只通过框架设计来达到，更好的选择是把用例的描述规范化甚至脱离代码层面，例如使用yaml来描述用例。
至此，我们的技术选型已经全部完毕，接下来是开始设计我们的测试框架。
