哈哈哈，是搞贷款的吗？

我最近也是搞贷款授信相关的自动化，参考 httprunner，不过通过录制来生成 api，然后再组装 case

团队中，已经用起来了，作为一个后来的人。大概率还是要在 shi 上雕花。

推倒重新来，短时间内，自研是不现实的，领导也不会给这个成本去做

这个东西倒也不是说完全没有用处，对于业务不复杂，代码能力差的团队，还是不错的。

到时候别抱怨就行。

怎么现在点工面试也问代码了啊。
不会吧，这么变态的吗？点工面试居然问算法。
现在的大环境是真不好， 面试造火箭，进来拧螺丝，何必呢。
测试 30 岁找不到工作，怎么办，难道要转行了吗？

难道直接在 ms 上写用例，接口改动了不需要维护？不麻烦吗？

而且？在 ms 上面调试用例是什么体验？你知道吗？

不是接口形式，都是脚本形式设置变量

接口有 beanshell，python 代码设置环境变量能推断出来吗

有在用 GPT 辅助，把接口录制下面，通过自定义提示词，能生成对应格式的单个接口。
但还是需要人工合并一下，没时间调试提示词

正是考虑到这点，才会这么做。有 coding 能力的封装好聚合的接口，其他没有 coding 能力的同学直接用即可。

跟纯代码自动化不一样，这里只是对复杂场景统一封装，类似于 UI 的 PO 模式

这个问题好解决，在聚合接口，能统计到每个接口的执行时间，以及执行日志，统一返回

不用，聚合接口会返回所有执行过程的 log，直接在 log 中看

天下苦 ms 久已，希望这篇文章能给遭受痛苦的朋友们一点点启发~~

我都是 vscode 和 IDE 然后加上 vim 插件，纯 vim 开发用起来还是差了点意思，临时改改配置还行

“你说，如果公司对我不满意，为什么会给我升职呢？但如果公司对我满意，又为什么要 X 我呢？”

这个嘛，可以参考 zf 打老虎的手段，要调查某地方的一把手，会先他升级一级，调到其他地方。然后空降一个人来接替他的位置。
这样做，是避免他原来的手下打掩护。毕竟一把手都不干净，下面的人也都不会干净到哪里去，都是一伙的。
需要切断他们的关联才好入手

18 年的时候做过类似的功能，也是研发用 Java，我也 Python 实现。

一般都是请求参数 + 序列化之后的 json 字符串 + key + 时间戳，生成一个 hash 值，也叫签名。

最近又做了一个类似的功能，但我的做法变了，是直接拿研发那套加密算法做成 http 接口，python 里面直接调用就完事了。 避免语言之间的差异，导致问题很难排查。

第一次听说堵塞感这个词
Java 生态我不熟悉呢

为啥要把目光局限于业务测试呢，除非一直相当点工？，如果真是这样确实无所谓。

测试工具类，基础库这些，没有和业务强相关单元测试是重要的。

后续迭代维护，没单测，每次改动心智负担很重。
另外，可能大部分测试人员也没有参与过开源项目的贡献，提一个 PR 上来，没有测试代码，直接就合并，就过于草率啦。

欢迎留言一起交流哦~

恰恰相反，我们是开发不能有测试库的写权限，只能读

@homeland

redis 做消息队列会有一个严重的问题，缺少 ack 机制，消费了消息，这个消息就没了。

如果发生 worker 处理异常，可能就会导致消息丢失。

另外，不仅仅是 mq，db，redis 这些都安装在 docker 也没问题。
不用担心性能损失的，对内的平台完全不用考虑。

哪怕对外的业务系统，这么干也完全没问题。

容器化的部署，迁移和升级都方便多了。

很早之前拿到 offer，没去。

工资现在不知道，当时就是抠抠搜搜的。

公积金和社保基数底，比例低。

MQ 是作为 celery 的 Broker，也可能使用 Redis 代替。没啥维护成本。
前公司已经稳定运行 5 年

PDD 的例子可能更加合适点，shein 赚不赚钱不好说，但对技术，是不舍得给钱。

你值得拥有一把更加好的