对测试工作的一些观点_如何理解测试这个岗位

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、你的个人的能力、工作态度要尽早表现出来，特别是新岗位、新员工。领导对你的印象往往在开始就慢慢形成。后面要想扭转，需要花费更多的经历。

22、测试任务完成后，自己一定要注意测试经验积累，多写一些经验文档，包括环境操作、问题FAQ、测试技巧、业务逻辑、测试问题以及解决方案等等。不要觉得不重要，一个很小的问题FAQ可能就会导致后续的人阻塞很长时间。重视这些经验文档积累，对自己、对组织都是一个很重要的财富。想想自己这么痛苦搞着这件事，后续同事继续搞这些事情的时候使用这些文档就可以起到助力作用。

23、对我自己来说，我一般还是比较习惯针对自己不熟悉的领域、技术点写一些经验文档共享，这样起码可以保证在完成一件不擅长的任务后，有一点经验积累。下一次就相对擅长了，也可以帮助到下一个干这任务的同事。如果是你，你在领导分配给你不擅长的测试任务时候会有什么想法？有什么好的经验可以分享的可以聊聊。建议别轻易拒绝。。