• FrameWork的工作量会较大,需要拦截所有的第三方中间件的调用。如果公司统一技术栈还好,如果不统一,各个业务线自己搞一套,支持工作会很难做。同时比较好奇,你们Framework是基于什么技术开发的,类似jvm-sandbox?

  • 建议弄一个视频专栏

  • 写的很棒👍

  • 关于测试开发的思考 at June 28, 2019

    你太敏感了,27楼只是说哪种方式更适合女性,并没有否定的意思。如果真的一心向技术,转战一线RD也没什么。随便讨论讨论直接就被扣上三观不正的帽子,也是醉了

  • 关于测试开发的思考 at June 28, 2019

    说的很棒~

  • 关于测试开发的思考 at June 28, 2019

    这个其实就是选择的问题。我自己目前不会向纯工具开发转了,我的优势不在这里,虽然工作这些年也做了不少工具。选择了不同的方向其实也决定了你以后学习的侧重,如果真的转向工具开发,就像其他同学说的,可能要比很多RD都要精通,侧重的是技术的深度。如果选择高级业务测试,其实你更需要关注对于某些问题的测试保障方案,可能更关注于广度,当然也要对技术有较为深入的了解。具体如何选择,还是要结合个人的情况决定

  • 关于测试开发的思考 at June 28, 2019

    这确实是很多公司都存在的一个状况

  • 没有遇见过,不过你可以打断点调试下看看是什么原因

  • 关于测试开发的思考 at June 27, 2019

    很有意思~

  • 关于测试开发的思考 at June 26, 2019

    开源的越多,确实使技术门槛变低,不用再去重复开发一些通用型工具(比如接口测试啊),但是解决方案的变多不会大幅减少实践落地成本。现在这部分是有些脱节的,我们有很多高效好用的工具,但是由于各种原因,落地情况其实并不理想,这后续会成为测试开发同学能力提现的地方