路径依赖
测试工作的路径依赖非常的严重(话说新近创造的细分职业基本都这毛病，并非测试专属)，如果你不打算在测试这个行当上干很长时间，干了没几年想转行请尽快换别拖着。否则越到后面转行的成本会非常的大，直到转行成为基本不可能的事情。
管理岗
关于测试管理岗基本上是一个协调的工作，跟测试本身的关系并不是太大。需要和开发协调和运维协调和各种各样的人打交道，协调工作事项。当然也不是说什么测试技能都不需要会，业务能力还是要有的。
被招聘与招聘
除非是招应届毕业生，否则测试相关的招聘和技术岗招聘类似，走熟人内推的机会比较多。写简历投递的话，请突出重点特长，因为看简历的人是不会把你所有的内容都都仔仔细细都看过，他只关注于他所关心的那部分，所以要做到精准投递。兴趣爱好一类的音乐读书打球踢球跑步游泳这一类的基本就不用写了，因为写了也没人关注，都差不多，除非有什么特殊的兴趣爱好一类的可以写一些，有可能有共同的兴趣爱好，没准多看两眼。之前收到过简历有大部分内容都是不相干的内容。这种简历完全没必要多看就直接下一个了。简历上要不要放照片是一个辩证问题。放了好了，有加分，放不好了，有减分。照片最直接反映的是一个人的精神气质面貌，放一张看着萎靡不振的脸的照片试问招聘者看到这样会怎么想。艺术照一类的，p的太过了一类的也就算了，放了，看了一眼太明显了，也觉得这人有点儿不靠谱。简历最好也不要写的长篇大论，把每个项目都写得事无巨细，这样的对招聘的人看到了，完全是一种负担。突出重点，把自己在工作中项目中最主要的闪光点体现出来就可以了。你基本的测试的工作大家都清楚，没必要写得非常的琐碎，什么用到的缺陷管理工具，开发的ide的东西写出来的，基本没什么用。
应聘过程中要注意面试官的工作背景，尤其是测试开发一类的工作岗位，有开发的人员来面试，他会从开发的角度去问你一些语言的细节工作，确定你对这些细节是否有关注，毕竟测试不是开发相关的工作，所以可能遇到这种的自己先在底下把相关的语言细节细抠一下，多掌握一些没有坏处。基本上也都是敲门砖的东西，过后也没人会过多关注你是不是对那些细节非常的详细掌握，毕竟都是google一开什么都能得到的结果。当然也有可能明天就被一个实现上的细节区分被坑了也说不定，不断修炼吧。
技术流
技术方面测试大多是玩的很杂，不是很精。要往后走，要么在自动化层面的实现，要么在性能测试的方面有比较深的研究，否则的话，就会老是做各种各样的杂货儿。脚本语言，至少学会一门，而且把它用的很熟练。减少工作中的脏活累活。
流行的技术永远没个尽头，谁让咱是搞IT的呢？谁也别想一招鲜吃遍天的。每隔几年，总有一些新的技术，新的玩意儿供大家把玩，请保持一个开放的心态。
反直觉
测试工作本身有一些反直觉的东西，所以看起经济学的书来倒是有那么点暗合。因为和别的工种在这个层面上不一样，所以在协同工作时，请确保是以一个正常用户的思考角度去说明问题。而不是测试特有的一些话术，别人不了解，不关注，也不想了解关注。
测试设计
为了工作的有效开展，请把业务吃细吃透，做好测试用例的场景设置与具体的实现。而不仅仅是停留在基本功能流程、一些常见的边界值，非法值这种层面。
配合工作
测试发现了bug并不是提交到项目管理工具里面就完了，还需要去和开发人员去核对问题，验证修改是否符合预期。和需求提出人员确认需求。有经验的测试人员和开发、需求人员需要以一种平和携手并进的态度处理问题，而不是针尖对麦芒，势不两立。