关于自动化

虾BB!!!

UI自动化，接口自动化，单元测试

1.在大部分创业公司，公司的产品迭代速度都是特别快的，敏捷开发？嗯，可能是，因为快，所以想加入自动化来提高测试效率和测试质量，想象是多么美好

　　哇，我们来试试UI自动化吧，有页面，有好看的报告，能发邮件，嗯，等你实现了后，你回发现，大家好像没什么兴趣啊？是不感兴趣吗？

　　我采访了下我们的团队成员，A说，"你这个东西好是好，但是我们没时间执行啊？"---额，那你们怎么回归测试的？，"看一部分呀，也不是全看"

　　B说，"你们做这个不是我们想要的模块"-----（不对口味）

　　C说，"你这个还要自己搭建环境，还要维护，好麻烦。。"

哎，团队20+人，真的是口味各异，有的想更多的自己尝试（自己撸代码，可是基础不行），有的是真的没时间，有的压根不想用

说这么多，本质是对自动化的认识还不够，没尝到自动化的甜头，但是，好像他们说的是那么回事啊，可能维护的速度赶不上人家迭代的速度，可能人家迭代的时候不想通知到你。。。

来一波培训吧。嗯哼，培训下，嗯 ，大家的积极性都挺高啊，每次都是全员到齐，听也听了，不用过后又忘了，好伤心，这啥时候能补上技术缺口？

一个道理：需求，啥是需求？有人用才是需求啊，有人愿意使用才是原始动力。

这衍生了我的其他工作：同事提需求，通过脚本来实现帮助解决痛点。UI？不搞咯，除非来个君子协定

2.接口测试

　　都知道接口测试发现问题修改的成本，比ui测试发现为题成本要低，但是，我的领导是这么回复我的：我们项目上线三年多，从来没出现过大的问题。一句话堵死

　　（不行呀，我学的东西要用啊，怎么办？先做一次地下党呗，自己找时间找接口去实验啊，拿数据说话嘛。不一定是工作上安排的任务才行呀。嗯，有道理哈）

　　于是我现在准备搞一个接口自动化的平台，在网上找了很多框架，但是都不如意，一是出了问题不好维护，二是业务规则不一定适用。

　　So,django+mysql搞的接口测试平台1.0版本还在摸索当中,

3.单元测试

　　单元测试，自己会的开发语言要和公司用的语言一样吧，我没做过，工作量和开发不差多少了。