你要提供用例给开发自测，如果自测不通过，你可以拒绝测试。另外你说这些好像都是 block 的问题吧，直接打回。

加油成长

@chenhengjie123

$x('//*[@id="secqaa_qSnDW3NH"]/div/table/tbody/tr/td/text()')

加缓存的确是优化方式的一种啊

Ron Patton 的《软件测试》里面有一句话说，森林里有一棵树倒下了，但是你没听见，也没看见，请问这是不是缺陷？

黑盒测试其实就是尽可能从真实用户角度，找出所有的问题，分析需求穷举测试用例，如果你的这些用例正好覆盖了用户所有的场景，那么即便你的应用里的某棵人家看不到听不到的树倒下了，也没有关系。

可能你未满 18 岁。。

会有人带你的吧？

搜索是按照 hit 率来排序的。

一般没有这样的吧，而且很少这样，基本都是看整单多少钱

按你的工资平均到小时即可。

得改代码。这周看看

百度里挺多的

我也经常问这个

理论上应该有需求文档。那如果没有需求文档，就要揣摩下，面试官问你这个问题是为了考察你什么？是细节控呢，还是擅长大局观？

所以你可以从大局出发，比如功能，性能，兼容性，安全隐私等大块上先抽象，然后挑你最熟悉的一块深入细节聊一下。

标题党？学不会能退书不？

可知道里面有多少中间件？缓存怎么设计的？并发怎么设计的？队列怎么设计的？资损防控怎么设计的？安全怎么设计的？

期待，围观

https://github.com/gotwarlost/istanbul-middleware/pull/58/files

很多所谓破局或者创新，就是内卷玩法

不是啊，这个是傲野的文章呀

在阿里这几年的感受是，开发做的事越来越多，设计、测试、运维、交付等工作都由开发来做。导致岗位间的互相监督制约不够；一个萝卜一个坑，一个坑一般只有一个萝卜，导致同应用同岗位之间的交流、协作不多。岗位中传帮带，互相 review 机制不够；开发压力重，为了拿业务目标，在没有监督制约的环境下，很多基础事情的优先级被放低。因此，建议不要迷信系统的监督，系统有覆盖不到的地方，有过时的地方，有能绕过去的地方。不要放弃岗位间的监督，几十年的软件工程发展出各个岗位，有其自身的价值和门槛，一味的赋能开放，最后会变成什么都不精。至少测试、开发两个岗位要分离。

提问的艺术，都不知道你说的是啥啊。。人家怎么回答你。

你都工作 10 年了？那你年纪和我差不多啊。。

postman 还能这样玩