作为5年测试老兵,对自己这些年工作经历做个总结。
一些观点
1、生活大于工作。努力的工作是为了更好的生活。
2、与同事相处多包容,多理解。每个人的追求和对自己的要求都不一样。
3、精力有限,尽早构建自己的知识体系并不断丰富自己体系内的知识主干。做一个有所长的人。
4、不懂编码的测试不是一个好的测试人员。
5、个人能力越强的人在做决定时往往越容易占据主动地位。建议入职开始就构建自己的能力。
6、升职、加薪长期来看往往是相对公平的。如果你觉得长期不公平,别抱怨,努力提升自己。最后可以选择离开。
7、测试人员的地位高低客观条件取决于团队组织架构、产品形态。主观条件取决于你的能力。你对产品保障、团队、开发贡献越大,你的被认可度就越高。
8、入门测试行业很容易、完成大部分测试工作也很简单,但是你要成为一个好的测试人员很难。测试工作中有很多内容都相对简单,有很多体力活。资料测试、测试执行、安装环境等重复性高的工作。但是你要成为一个好的测试,需要懂测试分析和设计方法、编码、网络知识、Linux、数据库、问题分析方法、各种测试工具等等。
9、测试技术和业务能力都很重要。但是你要努力做好平衡。这与你的工作岗位有关。如果你是功能测试,侧重业务能力。如果你是专项测试,侧重测试技术。如果你是领导。我不知道。
10、在非工作时间学习,建议多打磨测试技术。因为它们在就业市场更通用。
11、问题是能力提升最好的催化剂。分析问题、解决问题、总结问题相关的知识、输出经验文档可以快速提升你的能力和经验。
12、研究工具、多动手实践是学编码的有效手段,只看书不动手是没有任何用处的。这里的工具指的是项目组同事自行开发的效率提升、解决问题的工具。Python/Shell脚本语言可以直接看源码。Java语言编写的.jar包可以用jd-gui.exe反编译查看。
13、工作方法有时候比技术更重要。凡事有交代,件件有着落,事事有回音。做一个让人觉得靠谱的人。
14、执行力太重要了。工作中由于执行力不够而导致决策没有落实的事情太多了。特别是每次现网问题发生后的问题回溯,各种大会小会的开、各种落地方法的研讨。实施执行两次后都是不了了之。然后更可悲的是重犯相同的错误。
15、如果觉得自己有能力,就多输出。可以是效率提升的工具、可以是特性或问题解决经验文档、可以是培训,要让人看到有承载能力的东西出来。不然领导想夸你都不知道拿啥去夸。
16、越是莫名其妙的问题,根因往往很简单。可以看看新员工给你提的问题~
17、测试不要存在侥幸心理。如果你认为需要测试的场景没有测试的抓紧测试把。做个认真、负责任的Tester。
18、做个有原则的测试人。至于哪些原则,看组织和个人情况。因为与开发打交道,某些事情(某个缺陷是提单还是不提单、确实定级致命、严重、一般,转测试电子流启动再开始测试还是先测试)难免存在灰度,如何妥善处理特殊场景就要根据自己的原则来办。
19、测试无法完全保证产品质量。产品质量需要设计、开发、QA各角色合力保障。之前听到一句话说的很有意思,没有哪一个牛逼的发动机是靠测试测出来的。
20、测试经常是背锅的。每次出问题领导第一句话是"测试为什么没有测出来"。我的理解是这也难免,产品发布的最后一道环节,而且马后炮去看一个场景真的觉得都挺简单的。分析下问题场景,如果确实很低级,就反思下为啥会漏了。如果是在很苛刻的条件下才能重现,就好好总结一下,都是宝贵经验。最重要一点不应该把责任都归咎于测试执行或设计人身上。否则后面就没有人愿意主动承担高风险任务了。每个测试人员在过程中按流程尽职尽责做好就好。因上努力,果上随缘了。
21、你的个人的能力、工作态度要尽早表现出来,特别是新岗位、新员工。领导对你的印象往往在开始就慢慢形成。后面要想扭转,需要花费更多的经历。
共同学习,写下你的评论
评论加载中...
作者其他优质文章