首先说说为什么想起来用自动化脚本来实现该项目的自动化。
工作还是以手工测试为主，业务驱动型的项目大概就是这样，业务不停地变，不断的迭代。
自动化测试实施的先决条件：
一 得有时间。
如果有时间大部分的项目都可以实现自动化，这是毋庸置疑 的。不过一般公司的手工测试岗位测试任务之繁重做过的同学应该有体会。我自己负责五个产品线的迭代版本，不得一刻空闲，几乎每天都埋在业务测试中。
二 得有必要。
成本与效率之间很多时候在我所经历的项目中会倾向于手工测试，可以说是严重倾向于手工测试。 大部分迭代版本手工测完上线只需半天或者一到两天，不停地迭代，几乎没有稳定的时候。这些不稳定的版本用自动化实现效率并不比手工测试高。自动化测试更适合于回归测试、接口测试、数据测试。
回归当前项目，页面的兼容性、图形验证等使用手工测试，数据验证部分使用自动化脚本。因为数据部分的变更频率低，并且每天数据都会更新。数据量大且核对数据耗时长，所以有实现自动化的必要性。时间嘛，上班肯定没有，那就下班留。能遇到一个适合自动化的项目也是缘分。
再说说脚本编写和完善的过程。
- 确定思路
明确如何取接口数据（requests库），如何取页面数据（selenium）。
- 按照思路开始写
整个项目脚本写的第一版一整段代码，没有函数，没有类。从上到下不停地取页面元素，然后请求对应的接口，对比数据。先写出一版来实现必要的功能。
- 优化
写着写着会发现很多问题，比如重复代码，接口和页面混合代码混合在一起等等。进行了一些优化：封装了接口类；页面基类，测试页面类；重复代码抽取函数； 引入unittest测试框架；写配置；打日志；截图加上时间戳等等。当然后续还需继续优化。
- 分享
跟团队分享，写博客。
最后的项目目录
the end！