做就是了。有些公司的敲门砖。

1、考察代码能力，写代码是否比较熟练，功底如何，所以最好代码要规范，边界值要考虑清楚。
2、思维能力
3、对于面试是否有充足的准备
4、知道应用到哪种场景，更会有加分项

其实和学历类似，看似没用 其实有用 也其实没用
听君一席话，如听一席话

这是游戏规则，想进来 i 一起玩，就得遵守。

之前我也认为算法题没啥大用处；
后来仔细考虑这个问题后，我还是比较同意 2 楼的意见。
如果你连最难的问题都会了，简单的问题别人还用担心吗

作为面试官，就是这么考察候选人的，虽然是开发职位。

外卖骑手学编译原理的意义是什么？学了编译原理才能修够学分，修够学分才能毕业，毕业了才能肝软件，肝到 35 岁地中海才能送外卖，送外卖就能维持孩子读好学校，读好学校就能选好专业，选好专业就不用再肝软件

诚然：
讲不出个所以然，说没用么，当你真的去学习去 coding，你会发现，真的可以给你带来提升。
说有用么，工作中实际的使用场景不多，好像也没啥用。
但是，你突然发现你的 coding 能力写起自动化来得心应手了，那你要真的感谢之前 coding 的算法，这些作用真的潜移默化的可以提升你的这方面能力。
但是，再看看，coding、算法，只是你众多测试技能中的其中一个，并不是唯一，一定必须的。
综上所述：
有用，在某些方面，但并不是必须唯一，取舍以及权重，还是看面试者或者实际工作。

学习算法可以锻炼几种能力:

• 对常用的数据结构更了解，知道他们应用的场景，可以更有底气跟开发 battle
• 要考虑非常全面的边界值情况，这点对于设计测试用例来说帮助很大
• 养成写单元测试的习惯

供大于求，内卷时代来临

赞同 2 楼观点。我们的编程题很简单，把一个字符串按指定的符号转换为字典这种数据结构，大部分人不至于没有任何思路。考察的其实就是编码熟练程度，以及思维是否足够严谨（比如一些判空的点会不会遗漏）。

再者，测试作为一个技术岗，掌握一些技术岗要掌握的基础知识（数据结构、算法），也挺正常的吧。虽说大部分算法都被基础库封装好了，但有些特殊场景的算法还是得自己写的。比如通过遍历 xmind 所有节点获取测试用例数及测试结果统计，就需要懂遍历算法。有时候开发可能也会用一些算法，你不懂可能就看不懂开发逻辑，可能设计的测试用例就会遗漏一些重要的场景。

1. 如果你不懂算法，开发写的一些算法，你就没有思路去相对全面的测试，不能更好的保证业务的质量；
2. 算法是代码能力的一部分，如果算法比较熟悉，那自动化这部分的编码基本可以说没有什么问题的，需要考察的就是实现的思路了，不然如何考察自动化的代码能力？

八股文啊。你可以不用，但是的你得会。

在开发被 bug 卡住的时候，可以让他往旁边稍稍，自己去改。（手动狗头）