我是靠谱客的博主 英俊黄蜂,最近开发中收集的这篇文章主要介绍【软件测试】资深8年测试,总结的测试经验。职场如战场......,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

目录:导读

    • 前言
    • 一、Python编程入门到精通
    • 二、接口自动化项目实战
    • 三、Web自动化项目实战
    • 四、App自动化项目实战
    • 五、一线大厂简历
    • 六、测试开发DevOps体系
    • 七、常用自动化测试工具
    • 八、JMeter性能测试
    • 九、总结(尾部小惊喜)


前言

精力有限,尽早构建自己的知识体系并不断丰富自己体系内的知识主干。做一个有所长的人。

不懂编码的测试不是一个好的测试人员。

个人能力越强的人在做决定时往往越容易占据主动地位。建议入职开始就构建自己的能力。

测试人员的地位高低客观条件取决于团队组织架构、产品形态。主观条件取决于你的能力。你对产品保障、团队、开发贡献越大,你的被认可度就越高。

入门测试行业很容易、完成大部分测试工作也很简单,但是你要成为一个好的测试人员很难。测试工作中有很多内容都相对简单,有很多体力活。资料测试、测试执行、安装环境等重复性高的工作。但是你要成为一个好的测试,需要懂测试分析和设计方法、编码、网络知识、Linux、数据库、问题分析方法、各种测试工具等等。

测试技术和业务能力都很重要。但是你要努力做好平衡。这与你的工作岗位有关。如果你是功能测试,侧重业务能力。如果你是专项测试,侧重测试技术。如果你是领导。我不知道。

在非工作时间学习,建议多打磨测试技术。因为它们在就业市场更通用。

问题是能力提升最好的催化剂。分析问题、解决问题、总结问题相关的知识、输出经验文档可以快速提升你的能力和经验。

研究工具、多动手实践是学编码的有效手段,只看书不动手是没有任何用处的。这里的工具指的是项目组同事自行开发的效率提升、解决问题的工具。Python/Shell脚本语言可以直接看源码。Java语言编写的.jar包可以用jd-gui.exe反编译查看。

工作方法有时候比技术更重要。凡事有交代,件件有着落,事事有回音。做一个让人觉得靠谱的人。

执行力太重要了。工作中由于执行力不够而导致决策没有落实的事情太多了。特别是每次现网问题发生后的问题回溯,各种大会小会的开、各种落地方法的研讨。实施执行两次后都是不了了之。然后更可悲的是重犯相同的错误。

如果觉得自己有能力,就多输出。可以是效率提升的工具、可以是特性或问题解决经验文档、可以是培训,要让人看到有承载能力的东西出来。不然领导想夸你都不知道拿啥去夸。

越是莫名其妙的问题,根因往往很简单。可以看看新员工给你提的问题~

测试不要存在侥幸心理。如果你认为需要测试的场景没有测试的抓紧测试把。做个认真、负责任的Tester。

做个有原则的测试人。至于哪些原则,看组织和个人情况。因为与开发打交道,某些事情(某个缺陷是提单还是不提单、确实定级致命、严重、一般,转测试电子流启动再开始测试还是先测试)难免存在灰度,如何妥善处理特殊场景就要根据自己的原则来办。

测试无法完全保证产品质量。产品质量需要设计、开发、QA各角色合力保障。之前听到一句话说的很有意思,没有哪一个牛逼的发动机是靠测试测出来的。

测试经常是背锅的。每次出问题领导第一句话是"测试为什么没有测出来"。我的理解是这也难免,产品发布的最后一道环节,而且马后炮去看一个场景真的觉得都挺简单的。分析下问题场景,如果确实很低级,就反思下为啥会漏了。如果是在很苛刻的条件下才能重现,就好好总结一下,都是宝贵经验。最重要一点不应该把责任都归咎于测试执行或设计人身上。否则后面就没有人愿意主动承担高风险任务了。每个测试人员在过程中按流程尽职尽责做好就好。因上努力,果上随缘了。

你的个人的能力、工作态度要尽早表现出来,特别是新岗位、新员工。领导对你的印象往往在开始就慢慢形成。后面要想扭转,需要花费更多的精力。

提测后测试工作就完了?
作为测试人员的应当如何处理后面的流程。

开发提测之后都会发送提测邮件,从拿到提测邮件开始,首先分析提测邮件,从提测邮件中提取几个最重要的点:

第一是,提测系统和分支名,使用jenkins自动部署,在部署时只需要输入分支名和选择要部署的测试环境就可以开始部署,分支名不仅是测试过程中最频繁使用到的,而且是上线时也需要,所以记下来,方便随时查看;

第二是,环境配置,看是否有任务要配置、有没有sql语句、有没有业务开关之类的配置;

第三是,查看测试范围,在提测邮件中开发人员会根据自己修改代码的情况列出一些测试范围和影响到的场景;

项目上线之后,若是有线上bug,在文档中记录下bug出现的场景和解决方案,同时分析当时是因为什么原因没有测试出来,漏测?还是业务覆盖到但代码没有覆盖到?重复bug?

总结,测试后可以立马总结,也可以隔一段时间回过头再总结,总是会受益匪浅。

第四是,上线策略,在比较大型的项目都会有上线策略和上线顺序,优化的项目若只涉及到一个子系统就没有,也就无需关心,但不管提测邮件中有没有,测试人员还是需要自己思考加分析看没有这方面的情况。

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

请添加图片描述

二、接口自动化项目实战

请添加图片描述

三、Web自动化项目实战

请添加图片描述

四、App自动化项目实战

请添加图片描述

五、一线大厂简历

请添加图片描述

六、测试开发DevOps体系

请添加图片描述

七、常用自动化测试工具

请添加图片描述

八、JMeter性能测试

请添加图片描述

九、总结(尾部小惊喜)

我未曾见过一个早起、勤奋、谨慎、诚实的人抱怨命运不好;良好的品格,优良的习惯,坚强的意志,是不会被假设所谓的命运击败的。

既然人生的幕布已经拉开,就一定要积极的演出;既然脚步已经跨出,风雨坎坷也不能退步;既然我已把希望播在这里,就一定要坚持到胜利的谢幕。

人生只有三天,活在昨天的人迷惑;活在明天的人等待;活在今天的人最踏实。你永远无法预测意外和明天哪个来得更早,我们能做的,就是尽最大的努力过好今天!

最后

以上就是英俊黄蜂为你收集整理的【软件测试】资深8年测试,总结的测试经验。职场如战场......的全部内容,希望文章能够帮你解决【软件测试】资深8年测试,总结的测试经验。职场如战场......所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(61)

评论列表共有 0 条评论

立即
投稿
返回
顶部