• 2024 年测试求职手册 at 2024年04月01日

    这些都是实际经验啊,感谢楼主总结,我先收藏,其实我更想了解下楼主关于抖音的面试面经,方便交流吗?

    • 在工作中的业务测试出现经常点点点的状况,其实很常见,不过次数多了就会出现困扰,这是我自己总结的一些情况,也欢迎补充

      • 难道测试就只是点点点,到测试阶段测完、上线还要回测,还有一些项目是回归测试,哎呀都是重复性的活好烦
      • 感觉把大量时间花在了重复性工作上面,工作时间长了,感觉自己没啥长进,一刷 Boss 那些 JD,都要求会代码、会自动化等等,心里发愁怎么补这方面知识
      • 自己就算学了,比如 python、自动化,那怎么用到一个实操的项目?看视频、书上面的案例和自己的业务测试挂不上钩,总觉得没学进去,如果超过半个月不用就忘完了,还不如不学
      • 学习主动性的问题,自己怎么坚持?要么就是测试组内没有技术氛围,自己坚持不下。
    • 我自己有一些思路

      • 先说为啥学技术,没办法,就业环境因素导致,现在测试卷技术也很厉害,学点技术给自己增加点竞争力,
      • 另外无论编程、还是工具,首先是为了解决问题,比如重复性的工作,你用了自动化,把一个需要回测的功能很短时间内测完,效率变高了,测试数据处理之前需要手动处理,但是你用 py 写了一个脚本,不到 1s 就处理了,就感觉效率也高了,给你带来了成就感,你就可以推广给组内了,这样个人影响力就慢慢积累起来了
      • 所以可以上下班路上学习,上下班路上学习我自己感觉还挺有用,抓住零碎时间学习,总会用你用到的地方,这不就是在积累知识了嘛
      • 至于说编程语言、自动化这些,学了有用吗?肯定有用,面试的时候简历上加分(手动狗头),其实会编程以后,带来的好处还挺多的,比如可以自己看懂业务代码,对业务更熟悉,自己动手写接口、写服务,实在没项目写,那就把你自己测过的需求或者项目用代码试着写写,不要纠结语言,主要锻炼编程的思维,慢慢就可以从代码层进行测试,走测开的路,研发对你的态度也会不一样 (自身真实体会)
      • 点点点之外,可以对业务方面做深入了解,不要小瞧这块,面试对业务问的还比较多
      • 说到底,不要幻想,去坚持学习,一方面是可以升职加薪,一方面是自己能力上来以后,就可以和更高层次的人对话了

    以上是自己的一些拙见,欢迎大家一起讨论

  • 我来说说我的情况,2022 年年中的时候,刷 boss 看到测试 JD 都是需要会编程语言,我本身会 py、shell 这些,但是感觉竞争力还是不够,然后技术领导有次聊天给我推荐学 go,了解了 go 的背景和哪些公司在用,想着自己要是左手 py、右手 go,那个人能力是不是就加倍了

    • 所以带薪学习半年跟着 B 站 go 教程学基础语法、gin、grpc、并发编程等等那些
    • 然后自己就开始写项目,将之前的 python 写的几个测试接口换成了 go(用的 gin) 实现了一遍(换完发现接口性能比 py 快了好几倍)
    • 然后用 go 写了一个项目管理平台,但是半路夭折了,只写到项目立项那块的逻辑,差不多 10 个接口的工作量,前端是组内其他同事写的
    • 确实对自己代码能力有很好的锻炼,让我对 go 使用更加熟练。能在遇到需要写测试提效工具接口的时候更熟
    • 另外还写了一些其他的项目(我又去卷了前端 vue),所以算是小全栈,自己熟悉了前后端那套,经常在公司的服务部署平台部署自己写的项目(都快把自己做成半个开发了)
    • 当然对自己测试帮助最大,测试出问题的时候就感觉自己一下子知道问题出在哪了,比如是前端问题、后端接口逻辑处理等问题,我觉得这是最大的帮助,而且意外的是我再看业务的 java 代码,基本能看懂写的逻辑,这就是多掌握一门语言好处,语言都是相通的
    • 会的多了以后心里自然对不同语言的优缺点有了解了,所以现在我基本都是用 python 写自动化、数据处理脚本等等(因为处理数据、写脚本真的比较快捷),go 来写业务测试用的接口和服务,支撑业务测试,因为考虑到接口性能、部署等问题,要是接口通用性比较强,那就不是一个人用了,甚至是研发、测试组内都在用。
  • 我用的 airDroid,苹果和安卓都支持,软件可以直接开启一个 web 服务,浏览器就可以打开,能访问手机的文件资源,下载图片、视频啥的还挺快,最重要是不需要什么登录啥的

  • 不用纠结,主要是看你用哪种语言解决什么问题,比如我用 python 写自动化、快速的各种数据处理脚本,go 写测试用的服务和接口,来支撑业务测试,进一步提效,不用太纠结语言

  • 真的是这样,个人能力提升了,势必要找更好地环境和平台

  • 我感觉分享是一个非常好的做法,我现在的 QA 团队分享都是基于业务测试,技术分享挺少的,大家除了业务测试就是业务测试,感觉不到个人能力上的提升,更别提做什么技术 topic,如果自己一个人去做,进度、成果会很慢,没有被其他人认同,甚至过段时间就觉得做的东西没什么意义,所以个人感觉持续的技术分享可以积累大家对技术的兴趣,然后吸引有兴趣想做的同事一起做有业务价值的技术 topic。

  • 现在有解决办法了吗

  • 请问这个现在有什么思路吗?

  • 到了大公司,能和其它测试最容易拉开差距的就是管理项目