这个改造就好啊 程序加个日志输出即可

无人值守回归测试怎么办

业务的特殊性 不同行业很难统一化 另外还有一个最大的问题就是 python 真的只适合 api 的，对于微服务或者其他协议的支撑力度还是弱了点，所以我们这边淘汰掉 python 版本的底层了

业务的一些特殊处理 流转的衔接逻辑，这些通用的都需要抽离出来，不体现在用例层面的

我指的只是业务流转，并不涉及测试案例~

其实是业务不一样，我们这边需要实现各种业务，例如加密解密，数据库各种操作等等，日志的各种处理，流程的转向等等，甚至包括数据的生成逻辑，任务的调度，消息队列等等，还有预期判断 request 发送消息 uinittest 基本没用

代码估计很精炼啊，我看了下我们这边的 python 版本代码都不止那么点，应该几千行了

来个 java 版

你可以在观望的同时捣鼓下测试平台的开发吧

恒洁可以挖过去了 @chenhengjie123

恭喜入坑

动感 1200 卡/小时

上头条

看评论都花了大半天，答案基本不在选择范围内，只有一条不能过度加班

都是能人

看看体脂率多少

@hu_qingen 接口参数配置管理 @dreamer 更新后也是走 java 路线了 暂缓吧 等大会后更新

@1875884881 然并卵 非高层无股票

写了 0-10 估计没人来了

@vz_1098 招人

腹肌撕裂者

token 这个不需要 mock，如果值是固定的，直接请求一次获取下来即可，如果值是变化的，需要开发修改代码改为固定或不校验

1.接口的依赖性可以通过 mock 来进行，解耦很重要
2.另外检查点一块不仅从值方面来设计，更多的可以从各种类型方面来进行
3.加密是需要的，可以以中间件模式来 (抑或 mock 也是 ok 的)

@mads @lose 需要人啊 看招聘需求 改了的