• 0
  • 0
分享
  • 从开发到软件测试:除了扎实的测试基础,还有哪些必须掌握 ?
  • 恬恬圈 2023-08-18 17:00:53 字数 2332 阅读 972 收藏 0

  从事测试工作已3年有余了,今天想聊一下自己刚入门时和现在的今昔对比,虽然现在也没什么成就,只能说笑谈一下自己的测试生涯,各位看官就当是茶余饭后的吐槽吧,另外也想写一写自己的职场感想,希望对刚开始工作的小伙伴能够有些帮助或启发。

  选择测试的原因

  我大学学的是计算机专业,对于IT互联网行业,那也算是正统科班出身吧,大四那年就进了一家还挺大的软件公司实习,开发公司的自主产品,一个线上管理软件。

  所在的团队各个都是猫头鹰界的扛把子,动不动就干到半夜,我一个实习生,早走显得不够努力,只能也跟着硬熬,好在当时带我的组长照顾,让我早点下班,但其实在实习的近半年里,我也没有准时下班过。

  写到这里,大家也明白了我进测试行业的原因了,因为开发界,我扛不住啊!“打铁还需自身硬”是不是?我自身条件不行,缺觉,熬不住,尤其发版前的熬夜,那惊心动魄的场面(其实后来发现,测试也一样),恕我只能知难而退。

  当然后来也才知道并不是所有开发都是这样的,我那时候所在的团队,他们都非常敬业,照他们自己所言,一旦开始码代码,就进入了人码合一的境界,熬夜只是无心插柳而为之。

  入门测试

  进入测试界,其实也是因为之前提到的这家公司,里面一位资历比较老的同事,跳槽了,去了家规模几十号人的公司,让我毕业后去那里跟着他继续干,我说不干开发了,太累人,没想到他说那就去他那儿做测试吧,测试简单。于是我就这么同意了。

  于是我毕业后的第一份工作,就是一个黑盒测试员。每天只知道机械地点点点,以至于脑子日渐白痴化,在我眼中,世界上只有两种BUG:大BUG和小BUG。

  除了导致宕机、闪退、死循环的BUG是大BUG,其他都是小BUG,后来在和程序员对接中,知道了fatal error、warning等等,我才恍然大悟!我怎么也是计算机专业正统科班出身,怎么能把error等级都忘记了!真是点点点给点傻了!

  以前会觉得测出一个致命错误非常开心,感觉自己干了大事似的,耀武扬威去和开发炫耀,现在不这么认为了,因为每次出现这种问题,开发都要调好久,而后还得我在旁边绞尽脑汁复现问题,调试完了还得无止尽地测试,现在,我只希望少出BUG为妙。

  久了,每天重复的点点,让我觉得自己就像是个只会机械化操作的行尸走肉,我突然意识到,这项工作毫无意义,而且太过单调,我需要进步和新的契机。

  当时促使自己进步的还有一个原因,就是薪资的问题,当时我就拿着5K多块钱的工资,相比班里的从事开发的那些,确实低了点,这让我挺不好受的,感觉落人一截,会被瞧不起,就像那句歌词:生活不止眼前的苟且,还有诗和远方的白眼(不好意思,忍不住改编了下)。

  开始进阶

  于是我开始寻求进步的方法,开始研究各个工具,Postman、Fiddler、Jmeter、Selenium、Appium,反正网上能下的,都下了个遍,发现这些工具,用起来还都挺简单实用的,入门肯定是不在话下,同时也开始自己写代码,至少别把大学学的那些给落下,当时java试着写了写(所在团队的项目用java写的),前端的样式也试着改了改,这个很容易,浏览器F12,就可以在上面改。

  以前提BUG只会说这个盒子的高度不对,现在我会说:overflow没有写、盒子层级z-index不对等等,总之就是,我能指出你的不足,我还能提供修改建议,这对我来说是十分有成就感的,从开发哑口无言的态度也能看的出来,我的地位一下子崇高了起来!

  当然我没有急着跳槽,我开始用各种工具对我们的项目做测试,还给部门经理提了很多建议,当时经理也应该是对测试不甚了解,被我说得也是一愣一愣的,以至于后来我提出离职的时候,他毅然决然地留住了我,给我的工资翻了个倍。

  目前现状

  是的,我还是在这家公司。

  三年的时间,公司也从几十人发展成了几百号人,技术人才跳来跳去很常见,大多留不久,看多了来来去去的人,我竟然都成了老员工了。现在也是有两名手下的测试小组长啦!

  经理听了我之前的建议,开始重视软件测试,这有好有坏,好的是地位高了,工资涨了,软件也更趋于完美了,不好的是责任更大了,任务也重了,尤其是发版前也要跟着熬夜了。

  万把块的工资在测试界可能也不算高吧,但我自己已经很知足了,主要还是看个人的选择吧,这里有我熟悉的同事,有我熟悉的业务,如果可以的话,我希望能一直待下去与公司共成长。不由得感叹一句,我可真是个长情的人呐!

  职场的建议

  无论什么工作:

  第一重要的肯定是扎实的技术及理论基础。自己有过硬的本事,无论到哪儿都能过得风生水起。

  第二重要的就是个人业务能力了,或者说沟通能力。拥有良好的人际关系就等于拥有一个良好的工作氛围,基本上所有的工作就是团队作业,避免不了人与人相处,如果没有一个良好的氛围,那待着多难受,氛围好,工作效率也会提高不少,就像网上说的:如何区别一个团队是好是坏,好的团队就是领导和下属都觉得对方都很厉害,不好的团队就是领导和下属都觉得对方是SB。

  第三重要的是领悟能力。谁都喜欢举一反三的人,反之,没人会乐于和一个要说很多遍才能听懂话的人一起共事,除非你俩真是关系好得出奇。领悟能力好的人能顺利了解整个团队项目的业务逻辑,甚至运作方式,哪怕团队大换血,也不用怕自己或者新团队理不清业务逻辑线,这样的人往往是公司需要把握住的人才。

  职业发展的酸甜苦辣,人生百态,冷暖自知!我也重新梳理了测试行业,修正了个人发展目标。其间的经验、心得体会、方式方法希望与大家分享探讨,互相帮助,互相勉励,一起度过暂时的中年危机!


作者:佚名    

来源:http://www.51testing.com/html/56/n-7792556.html

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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   在项目开发中,经常遇到根据给定关键字生成系统唯一顺序号的场景,本文整理了两种不同的实现方式。  1. 通过数据库加锁方式生成顺序号  该方案主要通过对数据库中表记录的加锁读写来实现的,该表中的记录对应不同关键字的顺序号生成信息,并且,为了提高生成顺序号的效率,可以一次生成指定步长个数的顺序号并存入本地缓存中。  该方案首先需要在数据库建立用于生成顺序号的表SEQUENCE_NUMBER,表结构如表1所示:表1 表结构  相应的,定义该表对应的Domain:public class SequenceNumberDomain{  private keyN...
            0 0 920
            分享
          • 软件测试就是在软件投入运行前,对软件需求分析、设计规格说明和编码的最终复查,是软件质量保证的关键步骤。定义1:软件测试是为了发现错误而在规定的条件下执行程序的过程。定义2:软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例(即输入数据及其预期的输出结果),并利用这些测试用例去运行程序,以发现程序错误的过程。由软件测试的定义,不难看出测试的目的,是寻找错误,并且是尽最大可能找出最多的错误。著名的Grenford J. Myers在《The Art of Software?Testing》一书中提出以下观点:测试是程序的执行过程,目的在于发现错误;一个好的测试用例在于发现...
            12 12 2146
            分享
          •   用例设计需要遵循一些规范标准,以确保设计的用例具有良好的质量和可维护性。以下是一些常见的规范标准:  1.明确的目标和范围:用例应该有明确的目标和范围,清楚地描述系统需要实现的功能或行为。  2.完整性:用例应该覆盖系统的所有功能和边界情况,确保没有遗漏。  3.可读性:用例的描述应该清晰、简洁、易懂,避免使用技术术语或行话。  4.一致性:用例的格式和风格应该保持一致,便于阅读和理解。  5.可测试性:用例应该能够被用来进行系统的测试,包括正向和反向的测试情况。  6.避免冗余:避免重复描述相同的功能或行为,确保用例的简洁性。  7.更新和维护:随着系统的变更,用例应该及时更新,以反映系...
            0 0 1081
            分享
          •   摘要  在高性能的IO体系设计中,有几个名词概念常常会使我们感到迷惑不解,什么是IO?什么是NIO?什么是AIO?要了解这些,首先要了解同步、异步、阻塞、非阻塞,然后将其结合起来,了解IO、NIO、AIO就容易多了。  正文  同步与异步(synchronous/asynchronous):同步是一种可靠的有序运行机制,当我们进行同步操作时,后续的任务是等待当前调用返回,才会进行下一步;而异步则相反,其他任务不需要等待当前调用返回,通常依靠事件、回调等机制来实现任务间次序关系。  同步/异步:数据如果尚未就绪,是否需要等待数据结果。  阻塞/非阻塞:进程/线程需要操作的数据如果尚未就绪,是...
            0 0 1259
            分享
          • 前言随着测试技术的发展,接口自动化测试逐渐成为各大公司投入产出比最高的测试技术。介入时间早,执行效率高,稳定性高的优点,让越来越多的公司引入接口自动化测试。框架简介APIAutoTest是处理API接口的轻量级自动化测试框架,Java语言实现,基于TestNG测试框架,支持持续集成,自动构建与测试。框架介绍数据驱动设计,使用TestNG中的@DataProvider读取Excel中存储的自动化测试用例;基于TestNG测试框架;使用HttpClient发送Http请求,并统一接口response返回值为String;使用fastJson和Jsoup进行数据解析,由于请求返回值的统一,解析数据异...
            12 13 2243
            分享
      • 51testing软件测试圈微信