首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

从功能测试进阶自动化测试,熬夜7天整理出这一份超全学习指南【附网盘资源】

因为我最近在分享自动化测试技术,经常被问到: 功能测试想转自动化,请问应该怎么入手?有没有好的资源推荐? 那么,接下来我就结合自己的经历聊一聊我是如何在工作中做自动化测试的。(学习路线和网盘资源放在文末了) 测试新人 我的职业生涯开始和大多数测试人一样,刚开始接触都是纯功能界面测试。那时候在一家电商公司做测试,在这个吃技术的IT行业来说,不断学习是至关重要的。但是我之前做的是最基础的业务工作,随着时间的消磨,让我产生了对自我价值和岗位意义的困惑。 一是感觉自己在浪费时间,另一个就是做了快2年的功能测试,感觉

01

在测试自动化领域,要做测试界的张小龙而不是码农

要做测试界的张小龙,而不是码农,这句话是对于目前大家所向往的测试开发中最高的境界,也是未来所需,只有能在测试行业中设计出或者产出一款产品让大家所受欢迎才是最牛X的;为什么这么说?首先从测试开发的角色来说,一般都是区分为两种,一种是使用工具/框架进行自动化脚本或者相关自动化测试;另外一种是为测试,项目服务的开发角色的测试开发,本职就是开发,跟实际的开发比例存在不同,在开发部门开发的比例是100%,而测试部的开发可能就是在开发:测试为7:3左右,具体要看业务或者部门进行调整,并且这种测试开发的需求有一大部分需要来自于自己的思考,而不是自动等需求来。而对于这两种基本都是服务角色,容易被替代,脱离了公司也许无法成为公认的价值;而对于自动化的测试界张小龙,那就不一样,首先需求来源于测试,来源于工作,来源于生活,来源于灵感,然后通过开发,形成产品,然后推向测试,项目,然后备受项目欢迎,然后在推向测试行业,这样的产品就很具有公认价值,你走到哪或者跳槽,这个社会价值都是永不变的,因为在测试行业会做测试产品的不多,一个需要有专业/经验沉淀,另外要有一个好团队,好资源,不然你是做不出来;测试届的产品设计走了就没有了,但测试技术走了还可以培养,需求在,开发不在,可以招,所以贵司中如果有这样能力的测试产品,请珍惜;目前行业中,很多平台,框架,工具都是源于开源或者设计都是大同小异,很多人也是茫然的向往,搭建就以为适合自己的公司,最终浪费了时间,成本,成为了假象,其实自动化没什么意义;这其中就要反思下,是否有从公司测试项目的实际情况出发,然后参考业界的产品,综合下,调研,看是否合适自己团队/项目,在入手 ,而不是盲目;最终设计的产品,框架,平台,工具都是要为了测试的效率和项目质量这两个因素服务。也别认为,弄一个小工具或者某个流程自动化了,就不是自动化,没有意义,而是要平台等才算,其实这是错误的,其实你能初步的搞定这个,你就是一个测试届的产品新星了,为什么这么说,我从工作中的实际案例说,比如要查询数据,要查很多,你都要通过页面一个一个筛选查询,并且每次测试前都要准备,而你通过了简单的python脚本读取数据库筛选然后输出在excel,平常1天的活,你30分钟搞定,这就是一个很厉害的脚本也可以是小工具,因为它让测试效率提高了好几倍;以上我想说的,就是测试同学,你们要从工作实际中认识到哪些是可以做成小工具,小产品或者需要哪些工具来解决问题,这时你要吗就是一个产品角色要吗是需求提出者,然后通过测试部提供的资源,源源不断的实现需求,最终在集成一个平台或者产品,最后在某个行业的测试推广使用,哪天也许可以成为一款热卖的产品呢。

02

服务端测试之服务注册与发现

在传统或老式的应用程序架构中,IP 地址和端口主要是静态和固定的,因此可以轻松管理客户端应用程序。在静态的基于配置的应用程序中,每个服务都部署在同一位置,我们很少需要更改服务的位置。但是,在基于云的微服务应用中,IP 地址和端口很难管理,有时甚至是不可能的。在微服务架构中,我们不能保证会有静态配置,因为微服务是可独立部署的,各个团队在单个微服务上工作:每个团队都可以独立部署和扩展其微服务。系统中还可以添加更多服务和实例,以提供分布式应用程序的可扩展性。由于此缩放,服务位置可能会频繁更改,因此位置不能被视为静态位置。这意味着微服务架构需要更动态的配置。基于现实的部署策略,它的现状可能是如下这样的:

03
领券