【背景】
近期公司老总要求做测试这边做自动化，同时也问了一些关于自动化边缘问题的；
【当前现状】
项目进度紧张、测试人力资源紧缺，没有专人来做这块专项工作；
【之前我在某厂做的自动化】
写某后台的仅回归用例自动化实现，前后编写+调试半年时长完成；
【我答】
综上所述：
一、自动化测试落地状况
1、真正要落地自动化测试，要考虑到人员能力、成本、项目周期、组织架构等因素，这是件昂贵的事情，不是一两句话就能办到（除非找第三方协助）；
2、而且，如果你真的要全面推行自动化体系落地，短期成本还会明显增加：
a、需要招聘有编程能力的测试开发工程师
b、普通测试工程师学会了自动化测试能力，有了更高的薪酬期望
c、越懂代码、自动化，测试范围越大（多层累加），不一定会缩短测试周期
3、另外尴尬的一点，自动化体系建设的成果很难量化、包装出来：写了多少测试用例、降低了多少人力成本、测试周期缩短多少、业务场景的覆盖率有多少？
二、自动化测试选型问题
1、找不到切入点
我该怎么从头开始做自动化？困惑于不知道选什么样的测试框架、工具，困惑于不知道从接口、Web、移动端哪一层入手。简言之，找不到切入点。
2、分层选型
测试分层，其实测试分层是个比较大的话题，单元、集成、接口、UI都可以切入。大部分测试文章都推崇金字塔分层模型，一张经典的图：
3、框架选型
很多测试人员学习编码是从学习测试框架切入的，比如Selenium、Appium，RF等；他们所具备的编码范围限于这些框架API；
所以这样来，测试人员大多都会从自己熟悉的框架着手，而不能全盘考虑各类框架优劣势：
如：做web自动化，只能想到Selenium、做移动端，大概率会选appium、做接口，postman、jmeter；
暂写这些，以上考虑不太周全，同仁观看欢迎补充；
