测试自动化复盘有感----产品形成（一）

做了几年了测试自动化，国庆做了个复盘，居然写了将近万字感受，有点扯，但很多是自己摸石头过桥的经验，综合了自动化探索，工具/平台开发，工具落地，培训，订立标准，数据收集，团队管理等内容，那话不多说，就当作自己的一次分享记录，大家看看就好~

整体会讲自动化产品形成，落地，培训，推广，问题收集反馈，成功与否的标准以及做自动化的心态。第一期，我就讲自动化产品产品形成，要考虑的因素，当然这只是我的观点，主要考虑知识，框架选择，人员选择，适用人员，产品设计，项目流程，测试角色等6个方面；

自动化产品的形成我也是分两部分讲，先讲知识，框架选择以及人员选择的看法；

知识：拥有自动化理论知识和实践经验，熟悉自动化适用场景，并最好拥有及了解目前市场及未来一些自动化理论及工具知识，对于没有经验或者知识不够，多逛论坛，多参加交流会，多使用云测平台等方式增加“见识面”，然后进行功能总结，在开个头脑风暴，来慢慢完善你心中所想；

框架选择：webUI，app UI，api自动化，性能 这四个领域的框架的选择，除了了解他们的原理，优点还要知道他们的缺陷，并综合自身目前团队或者项目的特点，选择一个领域切入，切记要以自身团队场景来切入，不要为了噱头而做一些不靠谱的工具，当然如果是为了探索，有个研究来当作团队创新方向，也是可以，但目前大部分公司基本是不允许，成本产出问题，但也是目前很多公司存在的现象，技术研究这个就涉及到团队的长期发展以及团队吸引力，这边就不做讨论；框架的二次改造以及后续你要合并的一些功能点，也要考虑，避免开发没多久，然后要重构；(开源工具很多，初始阶段，在人力以及成本资源有限的情况下，可以选择开源的平台等工具是一个很不错的方向)；在选择好框架的时候，可以拿着自己的设计跟选择的框架多跟开发（不限客户端，可以前端，服务端一起）开个研讨会研讨，多取经，会有意想不到的效果；

人员选择：起码有项目开发经验1-2年以上或者测试开发经验2-3年以上（编程语言根据你的需求），这边不是指写脚本的开发人员，而需要有平台开发项目经验的开发人员；一线城市，测试开发的人选多，而二线城市基本这类型人员就很少，只能从有开发经验转过来进行培养，成本以及磨合的周期会比较长，没办法，这是目前测试开发现状，同样都是开发，为什么不选择产品开发而选择测试工具开发？这个问题也不继续深入讨论；

以上，就是关于自动化产品形成第一部分看法~如果是对目前整体自动化测试的看法，我的观点是：

------测试行业缺的并不是测试开发，而是缺一个测试产品设计者~-----