@lysS 可以用 mock 来做

@coldmonkeybit 这涉及到单元测试和更高级一点的接口测试了。就单元测试来说，颗粒度更小，已于操控，如果有依赖的话，可以采用 mock 的方式来解决，因为单元测试只是测试代码本身；接口测试就属于黑盒测试，用 postman 之类的工具就可以了

@knightgao2 可以关注微信公众号“码之道”（ codao_blog ），后续会有关于前端单元测试的更新

@dayeye2006199 是的，经历了社会毒打，才知道来之不易的幸福 hhhhh

@error101 前端单元测试可以聚焦于 js 业务逻辑层面，而非视图样式（这个可以通过 UI 测试完成），特别是通用组件，也可以加单元测试

@SHF 随时在代码中断言，其实就是一种单元测试的方式，只是断言把单元测试放在了运行时

@Twnysta 跟健身一样的，如果不努力就坚持不下去了 hhhh

PPT 工程师

@KevinDo2 需求不断变更这种情况在敏捷中其实很常见，不是不能改，而是必须要保证同一个 sprint 中的故事点差不多，而且必须通过单元测试

@wu67 对的，这个其实是给团队领导看的，没有管理层的 buy in ，推行敏捷很容易失败

不错的，加油！多注意意群、停顿、重弱读、失爆，有必要可以参加 PTE 的口语考试，很大可能帮助你提高自己的口语水平

如果 `结果.不能吃()` 呢？

收费么？

比较 popular 的爬虫合集，不用谢
https://github.com/BruceDone/awesome-crawler

python

说实话，C#各种碾压 Java，除了国内使用多和一些生态以外，Java 真的没什么优势

在鱼塘边，搬个板凳，优雅赏鱼