好像，突然理解怎么做一个更好的软件测试了

首先是从测试用例的深度和广度上讲
普通的软件测试 写写用例点点点 看看前后端
但是稍微深入一点 就能从接口 数据库层面去做测试
postman啊 apifox jmeter 但是需求还是那个需求
只是你写的测试点更多了一点 定位bug也更精确了
也就是说从比单纯的功能测试更深入的角度去做测试
软件质量得到了进一步的保证 减少漏测的情况

其次，就是进行测试的方法是什么能不能提高效率
不论是Pytest还是cucumber说白了都不过是工具
测试点还是那些测试点 只不过有时可以自动化
一起的一切 都是为了在有限的时间内更好保证质量
无论是测试框架 平台 脚本 都是基于提高效率考虑的

于是乎，面试的时候其实也是从这两个方面考虑的
一个是，你的测试用例设计能力
所以会希望你有一些相关项目经验，对需求的理解程度还有之前的bug积累会影响需求点设计的速度和质量
对于技术栈的考察一方面是看你测试点的设计和bug定位能力比如说会不会写sql验证数据会不会linux语句看日志，另一方面就是看看你能否用更好更有效更快速的工作去完成你的测试点验证工作比如说你会不会Python脚本和自动化框架

所以说 测试工程师的学习路径 也应该从3方面入手
第一个就是选一个好点的业务领域，以后尽量垂直
第二个是了解一些开发知识以写出更多更好的测试点
第三个是学习一些行之有效的测试方法比如自动化

所以说：也许软件测试的面试根本没有准备好这一说
因为看起来学无止境，学到哪里面哪里就行
有什么金刚钻就拦什么瓷器活 一直准备是没有尽头的
尽快面试尽快入职在实践中不断学习就好了

老天，今天才发现软件测试的职业发展思路其实就这
不知道自己以前究竟在混乱些什么
#面试求职 #软件测试面试 #自学软件测试 #程序员的出路 #程序员职业生活大赏 #自动化测试 #前端面试 #后端开发 #程序员 #没想到你是这样的程序员