• 0
  • 0
分享
  • 测试左移or右移,测试人员往哪里移?——软件测试圈
  • 曼倩诙谐 2022-06-16 09:08:31 字数 1895 阅读 754 收藏 0

  测试左移

  对于需求,代码,质量,效率,《代码大全》很早就从软件工程实践角度说明了一个bug产生的不同阶段,修复一个bug的成本从需求阶段,设计阶段,测试阶段有着天壤差别。不仅从成本上,从修复难度,引入新问题的可能性,沟通成本,团队状态也会有很大的影响。由于大部分bug都是在写代码的阶段就引入的,测试左移本质上可以尽早的发现,预防问题,使用必要的测试手段在软件开发周期的早些阶段发现问题。测试越是集中到后期,尤其是集成测试时进行功能测试,产品的复杂度就越高,出现问题后,越难以定位bug,修复时间花费越长。所以,bug越早被发现,越节约成本。这也是测试左移被普遍接受的原因。

1-1.png

  测试左移的手段:

  1.在需求评审时不只是了解需求,更是要去评估需求的质量,分析需求的合理性以及完整性。

  2.代码扫描,代码质量检查,进行单元测试,测试驱动开发,这些都是在开发阶段就引入测试的手段。

  3.测试人员尽早介入测试,参加需求分析,评审。

  4.持续测试:自动化测试。

  从测试左移的实现手段来看,大家会发现,说了半天,都表明了一件事情,测试不仅要懂需求,还要懂代码,写代码。

  测试右移

  说完测试左移,再聊聊测试右移。测试右移指产品上线了之后进行一些测试活动,在生产环境做监控,监控线上性能和可用率,一旦线上发生任何问题,做到快速响应,代码回滚,避免给用户造成不好的体验。测试还需要跟进工单反馈,用户反馈收集处理,及时解决问题,完善产品功能体验等。可以做到测试右移是因为很多公司现在都做灰度发布,小范围内在生产环境中进行功能测试。

1-2.png

  测试右移包括:

  1.测试上线及时验证,有问题,开发快速回滚代码

  2.上线后开发监控服务日志,日志报错,代码回滚

  3.监控服务流量,出现流量报警快速定位问题

  4.关键指标每日监控

  5.生产数据监控

  6.用户反馈问题及时跟进,针对缺陷,通知开发尽快解决,针对体验,通知产品打磨细节。

  从测试右移来看,测试人员不仅需要懂得产品功能,还需要会使用监控工具,看懂监控指标,知道什么指标代表异常。另外还要跟踪缺陷,定位问题。

  测试岗位的基本要求

  解释完测试左移和右移,大家也许就明白了。Oh, My God,目前业界对于测试人员的要求是:能写代码,能用监控,能发现bug,还得定位问题。哪里有这样的测试人员,赶紧跳出来,我看看长什么样子?如果贵公司不小心获得了这样的测试人员,那么好好珍惜吧,有开发经验,可以写自动化测试工具,还能甘心做测试的同学,真的太少了,要知道测试80%以上都是重复性工作。

  总体而言,测试岗位是一个技术岗位,能够左移右移的测试人员需要:

  1. 代码写的好,最好是Java

  2. 会用市面上常用的自动化测试工具,无论是Selenium, QTP, Cucumber, JMeter, LoadRunnder, 统统可以上手。

  3. 对产品功能了如指掌。

  4. 对测试理论,测试管理理念有深入的理解。

  5. 细心,会沟通。

  6. 最关键的问题是,热爱测试工作,愿意无穷尽的找bug。

  测试人员的职业发展

  因为可以达到以上要求的测试人员太难找了,所以大部分公司目前都会将测试左移交给开发,测试右移交给运维,线上功能测试交给业务部门。目前在持续交付的影响下,很多公司都建立了自动化部署流水线,这对于自动化测试的要求极高,所以越来越多的测试工作都交给开发来做,利用自动化测试工具开发自动化测试与部署流水线融合。能够写代码的测试人员不好招,还不如交给程序员。这种情况压挤了很多只会进行手工测试的测试人员的生存空间。

  综上所述,测试人员的职业发展可以有以下几条路:

  1.对写代码感兴趣的,直接转开发,或者去做自动化测试。

  2.对写代码不感兴趣的,或者不擅长的,可以去转运维,但是也需要学习Linux,Python,和其他一些运维工具。

  3.1,2都是技术岗位。以上都不敢兴趣的,那就赶紧转型吧。喜欢研究业务功能的,可以转型做BA,或者直接转到业务部门去研究产品需求。喜欢做项目管理的,可以转型做PM。

  结束语

  IT角色职责很多,不是只有技术路线一条路可以走到黑。测试可以转BA,PM,业务,实在不行多考几个证来做咨询。无论选择哪条路,借助刘润老师的一句话“每个人都是自己的CEO”,每个人都需要经营好自己的职业发展。想想你离开这家公司,还能剩下什么,让自己换个公司继续在职场中前行。



作者:yazi0127   

来源:http://www.51testing.com/html/45/n-4477745.html

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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          • 读者提问:APP 交叉事件测试点有哪些 ?阿常回答:APP 交叉事件测试也叫干扰测试,即软件运行时遇到了其他外部事件的干扰。APP 交叉事件测试点:1、软件运行时有来电、短信、闹铃响。2、软件运行时使用手机自带的相机、蓝牙功能。3、软件运行时手机断电、关机、重启。4、软件运行时切换网络环境(WiFi,5G,4G,弱网,断网)5、软件运行时接收文件弹窗提醒。6、软件运行时查看应用推送。7、软件切换到后台运行,再切换前台运行。8、软件运行时插拔充电器。9、软件运行时手机锁屏、解屏。10、软件运行时杀掉进程,再次启动。
            0 0 1756
            分享
          • Dify 的朋友们,最新的 V0.3.12 版本来了!在这个版本中我们推出了两项重要的新功能:**进一步优化了数据集的命中策略;上线了「智聊」能力,在与 AI 对话中实现了联网能力。下面带大家一起详细了解该版本的新能力、新特性。**? 数据集新增 Q2Q 匹配模式,大幅提高数据命中预期在私有数据应用场景中,AI 回答质量取决于数据在分段向量化过程中的索引策略。为了不断提升 AI 应用实际落地生产的质量与表现,我们一直在探索更精准的命中策略。数据集的分段清洗高质量的索引方式中,新增了 Q&A 分段模式功能,与普通的「Q2P」(问题匹配段落内容)匹配模式不同,「Q2Q」(问题匹配问题)匹配...
            0 0 1420
            分享
          •   传统测试任务,小伙伴们想必都知道,我们只要清楚测试项目的目标、范围、需求等,去准备测试设计案例,定义完备的测试用例,根据业务场景去定义测试脚本。无脑地按部就班执行测试用例,运行测试脚本即可,最终记录缺陷并反馈问题。测试人员有较大说话权,只要挑出开发的bug,理直气壮地要求开发人员修改掉那些程序错误,能获得一定成就感。  然而,产品测试似乎没有项目测试那么容易。今天笔者想从产品测试角度分享一些经验,若您正在参与产品测试任务,需要避免哪些坑?希望能给您带来一些启发,在产品测试过程中得到更多成长。  辛酸的产品测试  为什么称产品测试过程很辛酸?  我们知道,搞产品比搞项目更加复杂。我们可以把产...
            0 0 296
            分享
          • 1.安装和卸载应用是否可以在IOS不同系统版本或android不同系统版本上安装(有的系统版本过低,应用不能适配);软件安装后是否可以正常运行,安装后的文件夹及文件是否可以写到指定的目录里;安装过程中是否可以取消;安装空间不足时是否有相应提示;如果应用需要通过网络验证之类的安装,需要测试一下断网情况下是否有相应提示;是否可以删除应用(可通过桌面删除,也可以通过软件卸载安装。曾发现在IOS手相上有个应用安装时未完全安装,终止安装后,未完成安装的应用图标一直显示在手机上,并且无法成功删除);测试卸载后文件是否全部删除所有的安装文件夹;卸载过程中出现死机,断电,重启等意外的情况,待环境恢复后是否可以...
            0 0 1105
            分享
          •   接前篇  哎呀,职场江湖里的纷扰事,怎少得了那句令人心塞的感慨——"外行领导内行"呢?就像武侠小说中的门外汉误入武林秘籍争夺战,你说尴不尴尬?咱们就拿IT圈子为例,这种情况简直是家常便饭。设想一下,你是一位身怀Java绝技的小灰同志,在软件开发界摸爬滚打了三载春秋,业务能力杠杠滴,可偏偏碰上一位只懂人力资源管理、Java对他来说犹如火星文的领导。这位领导虽是技术小白,但在口若悬河、天花乱坠方面堪称一把好手,可惜这华丽的辞藻解决不了实际问题。  初识时,还能相安无事,但日子久了,领导的频繁插手和不切实际的指导让小灰忍无可忍。终于有一天,当一项紧急业务急需修改,小灰已然胸有...
            0 0 250
            分享
      • 51testing软件测试圈微信