1，不管做什么测试，你都是个测试工程师，是为了保证产品质量满足产品的需求和最终用户，上线不出问题，否则你测试的功能或者系统，因为漏测或者其他问题，一上线报了404，或者服务器宕机，管你什么性能测试，自动化测试，还是白盒测试，安全测试等等牛逼的关键词，轻则罚款扣绩效，或者降职降薪，重则可能就卷铺盖走人了，老板不要借口，只看结果以及产生的后果； 2，自动化测试，在目前测试这个行业，如果会一些常用工具，可以用Python或者是java写对应的测试脚本，参与并实施过1-2个商业项目，那在这个行业找工作或者职业发展还是不错的，工作个几年公司也不错的话薪水15-20K左右不是太大的问题，有测试管理经验也会性能的话可能会更多； 3，我个人觉得会使用并且可以应用到实际项目中解决一些效率或者技术性的问题，就足够了，会一两个常用框架就行，不用太深入，除非你有志向要做测试专家做行业的标杆那是可以的，毕竟这个是少数人，最终的目的还是为了薪水； 4，趁年轻多学习一点不敢说有多大的好处，但是肯定没坏处，学会自动化，性能测试，测试这个行业干个十几年到35岁左右，任你技术再牛逼，也差不多到了一定的瓶颈了，再学习技术的同时，其他的生活的技能和经验也需要积累，万一哪天干不动了要转行也有出路，IT这个行业，40岁还在做的不多了； 5，最后结论，测试工具掌握会用没问题，但是路要怎么走，看你怎么选择，技术牛逼工资没我高的人很多，技术没有我厉害但是工资比我高的也有不少，最终还是思想和综合素质。

1、项目的稳定性。如果是新项目，本身就不稳定。一个接口的入参和出参经常在变。每天自动化一跑，一片红，自己看着也难受。每天还要改测试用例，花一堆时间。 2、自动化框架或者说平台是不是有人支持，如果是测试自己搭的项目。测试本身技术不够，天天在改自动化项目本身的东西就很尴尬。比如一开始项目只支持 json 参数，后来一个接口要 excel 上传。你自己先花个一两天来支持这个功能，再做自动化。而且程序员都喜欢造轮子，一个公司 3 4 个自动化项目很正常，如何统一整个公司的自动化实现方式也很重要。 3、迭代时间和自动化时间是有冲突的，如何平衡。比如当前迭代时间很赶，上线完了。你才有时间搞自动化，但这个时候要搞下个迭代东西了，你怎么办。正常来讲，肯定保下个迭代东西。那需要做自动化的东西就越堆越多。越来越不想弄。 4、接口契约是否仔细。如果接口契约很松散，开发没有对入参数做详细的检验，比如最长值。非法字符的检验，可能直接抛出数据库异常。要不要开发改。如果前端对入参做的处理，那后端改不改？如果这个项目是中台项目，纯接口。而且开发提供对外的文档某个参数说只能是数字，然后你传了文本。数据库或者 spring 层面报错了，你要不要开发改？如果开发说改，一个接口 20 到 30 个字段，每个字段都要这么搞吗？ 5、类似一些 c 端活动，活动就一个月。你要不要自动化 一下子就想到这几点

1．提高测试人员的工作成就感和幸福感，减少手工测试中的重复性工作目前，在中国的大部分中小企业中，手工测试占日常测试工作的大部分比例，测试人员必须跟随开发团队一起不断地进行迭代式开发和测试，一个功能模块可能在整个测试周期被重复测试的次数超过10次以上。测试人员在执行了如此多的重复工作之后，常常会对于“IT民工”这个词有着更加深刻的理解。如何改变这个现状呢？使用自动化测试肯定是个很好的选择，脚本写好以后，可以不断地重复运行，测试人员只需要单击某个按钮就可以开始测试工作了，然后去喝喝茶看看报纸，一会儿回来看一下测试结果，就完成了以往手工测试需要花费很长时间的工作。测试工作的成就感和幸福感油然而生，测试人员也会有精力和意愿去主动地推进自动化测试在不同项目中的深入实施。如何验证达到了此目的呢？可以通过测试人员的满意度调查来了解是否提高了测试人员的成就感和满意度。2．提高测试用例的执行效率，实现快速的自动化回归测试，快速地给予开发团队质量反馈使用手工方式来执行测试用例，执行速度必然是很慢的。人是一种生物，而不是机器，工作时间长了必然会觉得劳累，测试执行的速度自然就慢了下来，在测试用例非常多的情况下，完整测试一遍所有测试用例的时间成本就会相当高。使用自动化测试取代手工测试，那么测试用例的执行者就变成了机器执行，机器可以24 小时不停地执行，它可以毫无怨言地、不知疲倦地、快速地完成测试脚本指派给它的测试任务。此种方式势必可以大大提高测试执行的效率，减少测试用例的执行时间，提高测试执行的准确性。目前，敏捷开发模式也在各类软件企业中开始普及和应用。敏捷开发对于被开发产品的质量反馈有着很高的要求，需要每星期甚至每天开发出一个build 版本，并且部署在测试环境上，同时希望测试人员能够给予质量的快速反馈。目前，只有通过自动化测试的方式才能真正实现对于大型敏捷开发项目的质量反馈需求，缺少自动化测试的敏捷开发项目会大大增加项目失败的风险。如何验证达到了此目的呢？可以和以前手工测试的执行时间进行对比，看看是否明显缩短了测试用例的执行时间，询问开发人员项目的质量反馈速度能否为快速地发布产品带来很大帮助。3．减少测试人员的数量，提高开发和测试的比例，节省企业的人力成本在大部分IT企业的运营成本中，50%～70%的成本是人工成本，如何能够更好地控制人工成本，对于企业的发展有着重要意义。使用自动化测试方式，势必会减少手工测试的工作量，从而达到减少测试人员的目的，进而降低企业的人工成本，增强企业的盈利能力。如何验证达到了此目的呢？在相同级别测试工作量的情况下，企业可以测算在使用自动化测试后，项目中是否减少了测试人员投入数量和工作时长。4．在线产品的运行状态监控在完成产品开发和测试工作后，产品会被发布到生产环境，正式地为用户提供服务。但是产品在生产环境的运营过程中，总是会由于各类原因造成这样或者那样的运行问题或故障。如何快速发现这样的问题呢？有人说“出了问题一定会有用户给客服打电话进行投诉的，那么我们就可以发现生产环境中的问题了”。如果采用这样的处理方式，势必会降低用户对于产品使用的满意度。另外，如果没有热心的用户进行投诉，那么生产环境问题被发现的时间会被大大推迟，所以依靠客户投诉的方式是不可取的。为了保证快速、及时地发现生产环境的不定期问题，建议采用拨测的方式来监控产品的运行状态，可以编写自动化测试脚本测试产品的主要功能逻辑，定时运行测试脚本检查产品系统是否依旧可以正常工作，如果运行测试脚本后没有发现任何问题，则休眠等待一段时间后再运行测试脚本检测产品系统的运行状态。如果测试脚本发现了产品系统的运行问题，在重试几次之后确认产品系统的问题依旧存在，则测试脚本会自动给系统运维的值班人员发出报警邮件和短信，相关人员收到报警后可以人工去处理系统出现的运行故障，这样就达到了实时监控产品系统的目的，可以在第一时间发现和处理系统的故障。如何验证达到了此目的呢？在生产环境运行的产品系统出现问题，系统可以在几分钟内实现自动报警。