TesterHome
  • 有赞服务回归验证平台 - 对比引擎 at 2019年07月26日

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

  • [MTSC 大会在线视频] 让数据为质量服务-王胜 at 2019年07月05日

    建议弄一个视频专栏

  • Mock 服务插件在接口测试中的设计与应用 at 2019年07月04日

    写的很棒👍

  • 关于测试开发的思考 at 2019年06月28日

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

  • 关于测试开发的思考 at 2019年06月28日

    说的很棒~

  • 关于测试开发的思考 at 2019年06月28日

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

  • 关于测试开发的思考 at 2019年06月28日

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

  • 基于 Gtest 的单元测试入门及实践 (一) at 2019年06月27日

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

  • 关于测试开发的思考 at 2019年06月27日

    很有意思~

  • 关于测试开发的思考 at 2019年06月26日

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