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