本文分享了一位在字节跳动工作五年的测试工程师的经验，探讨了软件测试的复杂性和深度。从外行人眼中的简单测试到入门级测试，再到高级测试的挑战，如测试充分性、有效性、自动化和改进。作者强调，测试工程师不应局限于执行，而应提升测试思维，学习代码，理解业务，并推动质量内建和研发过程改进。同时，不断尝试新技术并拓宽知识边界，将有助于职业发展。
有个不是很好笑的笑话，说的是某某公司扫地的大妈都可以做软件测试，某某公司看门的大爷都可以做软件测试。导致现在还有很多人对测试的认知都停留在这个层面上。想当初，个人也靠着惠普的三大件（估计很多人都不知道，LR、QTP、QC），混了份不错的工作。伴随着对测试工作的不断深入（在这个行业混迹了10多年），越发感觉自己不懂的越来越多，测试，真的不简单。
外人眼中的测试
主要有两类观点，1种是测试不就是点点么，没什么技术含量。还有1种是测试为什么要懂代码？如果代码能力很好，为什么不去做开发，还“赖”在测试圈？
**先说说第一种：测试初期，**确实大部分的工作都是在测试执行中度过的，这个时候点点点是我们工作的大部分内容。但是再往后呢，为什么要这么点，哪些可以点，哪些可以不点？有些人思考了，有些人没有，于是就产生了分层，测试思维的差距就出来了。然后有人会去想，为什么要手动点？多累啊，能不能自动点？能不能快速点？自动化就自然而然的出现了，然后带来更多地思考，带来更多的专项，也给测试带来了更多的可能。所以，作为测试人，不要看轻自己，外行人的评价并不能说明什么。很多人还觉得造车简单呢，不就一个发动机+4个轮子的事么。
**再说说第二点：测试人员的代码能力强了，就
最低0.47元/天 解锁文章
扫一扫
676
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
