我对测试工作的一些认识
https://www.cnblogs.com/linyfeng/p/10356390.html 自己工作十多年了。。也没那么多总结。。 做事情只是做一个靠谱的人。 但是有时候靠谱很难 背锅太多。 原作者的一句话非常赞同： “一只站在树上的鸟儿，从来不会害怕树枝断裂，因为它相信的不是树枝，而是它自己的翅膀。”
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、你的个人的能力、工作态度要尽早表现出来，特别是新岗位、新员工。领导对你的印象往往在开始就慢慢形成。后面要想扭转，需要花费更多的经历。