• 0
  • 0
分享
  • 软件测试前景和发展方向——软件测试圈
  • 恬恬圈 2023-11-10 15:12:15 字数 5152 阅读 743 收藏 0

  由于测试的薪水比较高,最近几年有很多其他专业的人涌进了测试行业,加速了这个行业的内卷,但是据某招聘网上的数据统计,测试当前的需求量还是远高于其他行业的平均线的。所以,测试的现状我觉得是不错的,至少几年内是无需担心的。

  测试就业前景如何,我现在居住在一个三线城市,朋友是从事测试工程师,处于三线城市一个测试开发工程师就月入7k到9k更别说一线,二线城市,你说他的前景如何?现在还是互联网普及时代,新媒体快速发展,测试就显得尤为重要。

  一、测试基本知识

  测试同学的职责无非就是两个,保证软件测试质量和提高测试效率。

  为了达到这两个目标,测试同学的日常就包括:常规需求的功能测试,自动化测试,性能测试,跟踪线上反馈问题,搭建测试环境,把控项目进度和质量,开发测试平台或脚本,进行部门的管理工作等等。

  1、常规需求的功能测试

  包括参与需求评审会议,制定测试计划,编写测试用例,评审测试用例,执行测试用例,提交Bug,回归验证Bug,发送测试报告,进行线上验证等一系列活动。

  2、进行性能测试

  根据项目需求,对重要接口制定压测方案,利用Jmeter等测试工具进行压力测试,配合开发同学找到系统瓶颈,并产出压测报告。

  3、进行自动化测试

  利用自动化测试工具例如RobotFramework,Python+unitest/pytest,Selenium等完成页面UI自动化或接口自动化,提升测试效率,尽早暴露问题。

  4、跟踪线上反馈问题

  在日常测试中,线上问题不可避免,反馈过来的线上问题,需要测试同学过滤和重现,再同步给开发同学,并协助开发同学定位问题,待开发同学解决后,测试同学验证完成后上线。

  5、搭建测试环境

  有的测试环境由运维同学来搭建,而有些则需要测试同学来搭建,视不同的公司而定,搭建测试环境会有文档,根据文档,即可完成,一般的测试环境有Linux,Windows,而Linux偏多,因此会用到较多的Linux命令,平时学会一些基础的Linux命令是很有必要的。

  6、把控项目进度和质量

  对于项目中出现的Bug和不确认点,需要测试同学积极推进,及时与产品和开发同学沟通,尽快解决问题,推动项目的进展。

  对于产品的质量,测试同学会对定期进行Bug统计,分析Bug原因,如果质量一直很差,就会采取一些措施来积极改进和提升。

  7、培养测试新人

  新人在试用期间,会分配一位导师,对其工作内容和转正考核负责,一般由测试组长承担该角色。

  8、开发测试平台或脚本

  有些公司有专门的测试平台,来完成Bug统计与质量分析,接口自动化统计等等功能,这部分开发工作会由测试开发工程师来承担。

  9、进行部门的管理工作

  管理工作由领导承担,包括各项目的人员安排,项目测试时间的评估,项目测试进度跟进,部门成员绩效考核,人员招聘,团队建设等等。

  二、所需能力模型

  想要做好软件测试,需要具备两方面的能力,即硬实力和软实力。

  硬实力

  硬实力,也就是测试同学需要的专业知识,具体的知识体系如下:

  1、软件测试基础知识

  馨馨紫在大学期间,有幸上了软件测试这门专业课,算是入了门,为后续的职业发展也打下了基础。

  入门测试基础知识,主要从软件缺陷,软件开发周期模式,软件测试分类,软件测试用例设计方法等方面入手。

  2、软件测试流程

  业界比较规范的软件测试流程是:需求评审,制定软件测试计划,编写测试用例,进行用例评审,执行测试用例,提交Bug,验证Bug,发送测试报告,进行线上验证。

  但是在实际工作中,往往不会有这么规范的流程,馨馨紫只在一家公司经历过这么规范的流程,当时刚好公司进行流程规范,请了何勉大佬,来公司专门做指导。

  该大佬,是一名资深精益产品开发顾问,专注于精益产品交付、精益创业、创新及精益产品设计等领域,曾为华为、平安科技、招行以及多家成功的创业公司建立或引入精益产品开发和创新方法,推荐大家看看他的书籍《精益产品开发:原则、方法与实施》。

  大多数不规范的流程主要分为以下几种:

  (1)没有需求评审,开发完直接提测

  需求由开发同学口述或者在邮件中进行简单的说明,测试同学就开始介入测试。

  在需求不明确的情况下进行测试,测试同学往往在沟通需求的过程中花费很多时间,而且最后可能会背锅。

  这种情况下,测试同学则需要记录好已经测试的点,并与开发和产品同学确认清楚范围,只能保证当前已经测试功能的正确性,其他未测功能风险未知,并在测试报告上做明确说明,万一以后线上有Bug,可以拿测试报告说话。

  (2)没有用例评审环节

  用例评审,即测试,开发,产品三方一起,确认测试点,旨在避免遗漏测试点,在比较复杂的系统中会有该环节,对于逻辑很简单的系统,就没有必要了。

  做好用例评审,要把握好评审的粒度,如果粒度太细了,与会的同学会比较疲,参与感会越来越弱,所以把握好粒度很重要,列出测试点即可,不用特别详细。

  (3)没有Bug管理工具

  在Bug管理系统上记录,有利于质量分析,同时Bug库也是一个很好的测试用例库,很多Bug具有普适性,在不同的项目中可以相互借鉴。

  有的公司没有Bug管理系统,直接用文档记录,或者发在群里,Bug比较少还好管理,但是Bug一旦多起来,就容易混乱,前后端的Bug需要不同的人员认领,修复了没有地方去更新状态,最后也不利于质量分析。

  有的公司则是有Bug管理系统,但是由于开发人员的KPI与Bug数量有关,内部默认不记录Bug,直接用IM沟通,手动记录。

  理论上来说,Bug管理系统是很有必要的,不仅能节省沟通成本,还有助于质量分析,大家如果合理利用,能带来很大的价值。

  3、常用的测试工具

  (1)测试用例工具

  编写测试用例的工具有很多,常见的有Xmind,Excel,TAPD,Testlink,Zentao等,在实际工作中,因为Xmind的简单和便捷性,用到的是最多的。

  (2)项目管理工具

  常用的项目管理工具,有Zentao,TAPD,Teambition,Coding,Jira,企业自研工具。

  在实际工作中,接触的到主要有Jira和企业自研工具,在何勉老师精益指导的过程中,用到的就是Jira,对于每一个需求,开发和测试同学,都会认领一个task,task的周期从开始到结束,每天站会沟通后,及时更新task的状态,在每个季度末,统计每个需求所花费的时间,做项目管理分析。

  (3)Bug管理工具

  常见的Bug管理工具,有Jira,TAPD,Zentao等。

  Bug是一个很有价值的系统,定期进行整理和分析,不仅能发掘很多测试点,还能评估项目的提测质量。

  (4)自动化测试工具

  常见的自动化测试工具,有Jmeter,Appium,Postman,Selenium,RobotFramework,Python+unitest/pytest。

  Jmeter,大多数时候用来做压力测试,偶尔也用来做接口自动化测试。

  Appium,用来做移动端的自动化。

  Postman,用于接口测试。

  Selenium,用于Web应用的自动化。

  RobotFramework,用于UI或接口自动化。

  Python+unitest/pytest,用于接口自动化。

  自动化,分为接口自动化和UI自动化,性价比相对较高的是接口自动化,接口的变化比较小,相对好维护一些,而UI自动化,页面变化快,维护成本高,所以很多项目都不考虑做UI自动化。

  对于实际的项目经验,馨馨紫最熟悉的还是Jmeter和RobotFramework,曾经利用RobotFramework完成了项目从0到1的UI自动化和接口自动化,接口自动化覆盖率达到90%,并集成至CI上,每天自动跑,有问题及时发送邮件,大大提升了冒烟测试效率。

  (5)抓包工具

  常见的抓包工具有Fiddler,Charles,Wireshark,这三种都比较常用。

  抓包,也是为了更好的协助开发同学排查问题,出现了Bug,通过抓包,可以更清晰地排查是前端问题还是后端问题,比如未发送请求,或者传参错误,字段取值错误等都是前端问题,接口返回报错或者返回字段值错误等则是后端问题。

  (6)辅助工具

  常用的辅助工具有Navicat,Xshell,Wiki,F12等等。

  Navicat主要用来连接数据库,可查看数据库的字段,或通过SQL进行数据报表的测试等等。

  Xshell主要用来远程连接Linux服务器,对服务器做一些基本的操作,在目录查看文件,启动服务,安装软件等等。

  Wiki,主要用于公司内部的文档沉淀,例如编写接口文档,测试文档等等。

  F12,抓取接口信息,查看接口请求和返回,区分前后端Bug。

  4、基本的SQL语句

  在实际测试过程中,例如一些列表或数据报表的展示,需要用到基本SQL语句的增删改查,所以掌握一些基础的SQL语句是很有必要的。

  5、基础的Linux命令

  在部署Linux环境,做压测等会用到Linux命令,熟悉一些文件管理,压缩与解压,性能监控,系统管理,用户管理,软件安装等命令就满足日常工作的需要了。

  6、架构相关知识

  架构知识需要结合实际的项目,在日常测试中,可以与开发同学多多沟通,了解下架构相关的知识,主要从语言,框架,部署等方面入手。

  一个好的架构具有高可用,高性能,可伸缩,可拓展等特性。

  软实力

  大家不要忽略软实力,软实力有时候甚至比硬实力更重要。

  软实力包括沟通协调能力,自主学习能力,文档输出能力,团队管理能力等等。

  1、自主学习能力

  在测试日常中,与产品,研发同学沟通必不可少,要是沟通能力不行,比如需要确认的需求点说不清楚导致线上问题,与开发同学的测试范围确认不清楚而导致漏测,这无形会给日常的测试工作增加难度。

  自主学习能力,这点很重要,我们生在互联网行业,大家知道,技术更新是日新月异的,时常关注行业新框架,新技术和新动态是很有必要的。

  2、文档输出能力

  文档输出能力,编写测试报告,编写邮件等等都涉及到文档输出能力,这些报告和邮件是平时测试的成果,在业绩考核中也占有一定的比重,如果只会埋头干活,不会表达成果,升职加薪也是有难度的。

  3、团队管理能力

  团队管理能力,有句话说的好,学而优则仕。的确,大家不可能永远待在基层岗位,大多数人都会慢慢往管理岗靠近,团队管理能力的重要性不言而喻。

  三、职业发展方向

  软件测试工程师的职业发展,可以分为四个方向:

  业务测试工程师

  业务测试工程师,在测试群体中这个比例是非常大的,这是最接近用户的一个群体,这部分的测试工程师主要负责常规需求的功能测试,接口测试,自动化测试,性能测试等。

  涉及的业务主要有电商,金融,在线教育等等,不限于Web,客户端,移动端的测试。

  馨馨紫待过测开比1:10的团队,也待过1:1的团队,具体的比例取决于业务形态和公司的资源,有的项目逻辑简单,开发周期短,出事故的概率低,造成的损失低,测试人员就会配置的少一些,而项目逻辑复杂,盈利多,开发周期长,测试人力就会配置的充足些。

  在微软,测开比一般为1:1,在谷歌,测开比则为1:10,还是那句话,现状决定流程。

  测试开发工程师

  测试开发工程师,主要开发公司内部的测试平台/测试工具,也为业务测试工程师解决一些技术问题,例如搭建自动化测试框架,编写一些提升效率的自动化测试脚本。

  测试开发的要求比业务测试工程师高一些,需要写得了代码,测得了需求,也就是即会开发,又会测试的同学。

  一些小公司是没有测试开发工程师这个岗位的,一是没有自研的测试平台,而是由业务测试的同学偶尔做做补充,业务测试的同学也可以写点小脚本和小工具,所以就没有设置专门的岗位了。

  测试开发的人员比例,馨馨紫经历过的公司大概是1:10,2个测试开发工程师,服务于20个业务测试工程师,具体比例取决于目前公司的现状。

  四、总结

  总结,其实是一个复盘的过程,也是一个自我改进提升的过程。

  测试过的项目,用到的测试工具,思想和方法,碰到的难点以及解决方法等等都可以总结记录,并以文档的形式输出沉淀,都是一个很好的积累过程。

  在下次碰到同样的问题,可以有自己的一套思路,或者分享至博客,记录在公司WIKI,对他人来说,可以避免踩同样的坑,利他即利己。

  今天的分享就到这里,希望对软件测试职业道路上的你有所启发。



作者:自动化测试冰茶    

来源:http://www.51testing.com/html/48/n-7789548.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   RequestsLibrary大家都不陌生,作为robotframework接口请求常用关键字被频繁使用。但是,笔者最近在写自动化接口用例时,发现RequestsLibrary库和N年前的老版本相比,还是有了不少改(优)变(化),在用法上来说还是有一点区别。那么,今天就让我们老生常谈,再聊聊这个RequestsLibrary库吧~  一、版本对比  RequestsLibrary最新版本为2021.4.22号发布的0.91版本,适配python2.x和python3.x,只需一句pip install robotframework-requests命令即可在线安装。  与历史<0.8...
            15 15 1045
            分享
          •   今年刚接触了(功能)测试工程师的面试工作,有遇到对信贷业务流程较熟悉的、工作内容纯测试App功能的、什么都接触过但是不够深入的,发现简历上写的东西和实际真的有点差距,面试也是一个艺术活。  为了更好地考察面试者的能力,让面试工作更加有条理,总结了下我考虑的几个方面:沟通能力、测试基础和技能、业务能力、测试思维、学习能力。  基本的逻辑能力、表达能力  这个不用特意考察,观察面试者在表达的时候条理是否清晰,逻辑性强不强,是简洁明了还是一大堆无关紧要的让人抓不住重点。  对项目流程的了解  一个完整的项目流程是什么,测试工作从哪里开始介入到哪里结束,每个步骤中测试工程师的职责是什么?  如果该...
            0 0 917
            分享
          • 作为本系列课程的最后一个模块,也是最后一节,我们将从测试用例的设计这个角度,给出我们对测试工程师一些基础能力提升方面的建议。其中的部分内容在前面课程中也或多或少的提到过,在这里也系统回顾梳理下。逻辑思维与结构思维的提高在我们对好用例的定义中,提到用例最重要的是思路的表达与呈现。缜密的逻辑,能帮助我们更好的梳理测试思路,避免遗漏;也能帮助我们更好的将思路转化成测试用例进行表达,方便其他用例阅读或执行者理解和掌握。关于逻辑思维的训练与表达,有很多相关的文章和书籍,这里推荐两个概念——金字塔原理和MECE原则。金字塔原理是一种表达结构的呈现方式,通过条理分明的拆分与梳理,将自己的想法或思考过程进行结...
            0 0 82
            分享
          •   前言  在做自动化的过程中,编写用例时候需要用到用例的前置和用例的后置,其中pytest中有setup_class和teardown_class可以帮助我们完成这些,但是不够完善而且灵活性不够强。举个简单的例子,一个calss中有3条用例,其中2条需要登录,1条不需要登录,这个时候如果在用setup和teardown来做就有点不方便。这个时候就引入了新的知识点fixture。  fixture简单介绍  fixture属于pytest中的一个方法。fixture可以用作测试用例的前置和后置操作,其中fixture命令规范没有像setup和teardown固定格式。可以随意命名。控制fixt...
            13 13 4923
            分享
          •   一般刚入职的测试新人首先会办理入职手续,一些大厂还会有人专门带你了解公司的企业文化,然后会对新人做个简单培训,比如了解公司的业务、企业内部组织结构、企业文化、企业规章制度等。  当然并不是所有公司都会有培训的过程,有的公司是会直接给到你被测试系统的文档,让你自己提前了解被测系统的业务流程是什么样的?  1、测试环境搭建  公司一般都会有自己的测试服务器,不需要自己去搭建测试环境,只需要将要测试的代码更新到测试环境上进行测试就可以了,对于测试环境的更新也会有专人告诉你怎么做。  2、业务了解程度  每个公司的系统都各不相同且涉及的业务比较复杂,前期阶段我们只需要把大概的业务流程了解清楚然后就...
            0 0 290
            分享
      • 51testing软件测试圈微信