• 程序媛们再也不需犹豫要不要转测试开发了


    当前软件测试部门所承担的职责除了软件测试本身,其实包括了很多,很多公司的测试部门甚至覆盖了部分运维、工程效率平台研发、项目管理等工作内容。预测一下互联网质量保证的未来,也会职责分明了:

    • QA岗位未来在互联网公司大概也会逐渐作为第三方角色独立了,擅长项目管理、流程梳理、质量度量、研发效能评估等同行们可以关注一下。

    • 测试和开发的日常是紧密相连的,向同一个管理人员汇报好处就是能够促进质量内建,不好的一面就是测试框架和平台建设会出现重复造轮子,但若QA、SRE都做得好,这样的内耗是可以减少。

    • 对于一些重业务逻辑的产品系统,非常需要PA(产品质量保证)即以产品业务纬度的验收测试,需要由产品人员或独立岗位负责,以减少技术开发和测试人员在业务质量保证上的不足。

    • 独立的工程效能、质量平台建设等团队,软件测试由开发团队负责,开发团队也可能会内部分工,就像当前有人负责架构设计、有人负责编程实现一样,增加一个有人负责测试包括单测、接口测试、性能等等。

    原文重整


    身边总有程序媛问我要不要转测试,我能理解她们的处境,毕竟在一堆真汉子里待久了都会怀疑自己的性别了,而且更残酷的是能够升上去的程序媛是凤毛麟角。个人答案是:“工作三年以上再转,若有直接晋升管理职位机会更佳”,原因如下:

    1.  扎实的coding能力可以帮你走的更远

    针对coding能力还很有限的工作三年以内程序媛,转行做测试不是就一点代码都不用写了,也不代表就不需要与代码打交道了,一名优秀的测试人员一定懂代码!

    若想清楚了就想以后转,那么请一定要打好基础,扎实的coding能力可以帮你走得更远,缩短成为优秀测试人员的时间。

    2.  测试工作不轻松,想轻松的请绕道

    很多想从开发转测试的女性朋友们之所以想转测试,是因为觉得测试轻松,不用写代码。

    残酷的事实是:测试需要横向思考的更多,而且由于大量的重复劳动(无论是手工还是自动化)都压得你更苦更累,一点也不轻松,而且要承担bug的没有被及时发现的风险。

    遇到公司流程不清晰,开发fix bug能力弱,不停地回归测试折腾的你只想吐,恨不得自己冲上去fix算了。很多互联网公司加班熬夜测试更是家常便饭,当然,这些开发也一样的累,工作都辛苦。

    3.  若工作超过五年甚至更久,请三思

    开发和测试毕竟是两个不同的角色,你所积累的写代码能力在测试队伍里也许最厉害的,短时间内测试技能的缺失会让你不适应。当然你可以先锻炼测试技能再转,开发所理解的那些测试技能与测试还是不同的。

    大家常常看到,很多非常有经验的测试人员有时候像在用第六感发现bug,对程序的改动机器敏感,可以涉及到需求、代码逻辑、模块关系、前后端接口、数据结构、界面设计、性能等等的改变,有经验的测试看到一个新功能时脑子里可以很快形成最精准的测试范围。

    这些跟写程序的能力一样,都是需要修炼的。拿自己的薄弱去和别人的长处pk,在相当长一段时间内会令人郁闷,不过想好了就行动,熬过去就会柳暗花明又一村。

    4.  测试人员和开发人员未来不分家

    未来测试人员和开发人员共同完成的工作会越来越多,比如性能测试、接口测试、BI等等。从测试转开发,从开发转测试,都会很容易,因为大家工作技能会越来越接近直到达到同等水平。所以现在还谈转的问题,未来这个话题就消失了。

    最后,程序媛转不转测试角色其实不重要,重要的是平衡生活和工作,改变角色要慎重,但个人觉得若有转产品的机会,也许更加适合程序媛。

    end

    
    
    
  • 相关阅读:
    当 LAST_INSERT_ID() 带有参数时# 清空重来
    同时多次插入时
    插入失败时
    编译生成动态库
    编译生成可执行文件
    添加一个静态JAVA库
    添加一个预编译应用程序
    编译一个需要用特定key前面的应用程序
    自定义ItemDecoration设置分割线
    linux常见命令
  • 原文地址:https://www.cnblogs.com/finer/p/15579214.html
Copyright © 2020-2023  润新知