在此之前确实没有了解过 Scheduled 的能力。经过简单学习后,Quartz 灵活度要高一些:
a. quartz 的任务信息支持持久化存储,执行时间灵活可配置(如下图)。

b. quartz 支持分布式集群的任务调度,多服务并行时可避免重复执行任务。
第三点和第四点都是持久化存储的 case 数据。
接口自动化,存储请求地址、请求方式、请求头、请求体、断言内容等数据。
Ui 自动化,存储步骤序号、名称、定位元素、操作类型等数据。
执行:
接口自动化:封装 post/get 请求的公共方法,入参就是接口对象数据。判断请求类型调用不同方法发起请求。
UI 自动化:
1. 封装 Playwright 类,实现初始化浏览器、页面、调整页面大小等操作。
2. 封装公共步骤类,通过步骤类型调用不同的方法,如点击、输入文本、滑动、等待、注入 localstorage 等方法。
https://testerhome.com/topics/43709
王婆卖瓜,自卖自夸。我有一点不成熟的想法,哥们可以借鉴下。
还没有离职呢,离职前整理的文档
很理想的一个功能,对测试的要求比较高
bug 需要写明:
痛点:
推荐 labuladong 的算法笔记,算法逻辑讲述清晰,部分是免费,还有 idea 的插件,上班也能学习算法。
https://labuladong.online/algo/home/
用微信开发者工具,本地启动小程序项目。开发者工具支持调试,查看接口请求数据
这个地址确实可用,能解释下什么原因吗?
是二次安装证书的资源地址有变化吗?
成都,
早 10 晚 8,15 分钟的弹性时间。
午休两小时,晚上 18 点到 19 点吃晚饭自由休息。
周末双休,到点就润
强
期待
坐标成都,2024 共勉
看样子不是楼主背锅
强烈推荐 sonic 官网:https://sonic-cloud.cn/
写个发布的 checklist 文档,把发布要做的事情(DDL、DML、前后端配置项)按顺序写入文档,完成一个就勾选上,等前置步骤完成后,再按顺序发布服务。
检查下证书设置始终信任没
Windows:
验证码结果不会存到 redis 吗?直接从 redis 取值。没有必要搞这么复杂吧。
程序没有问题,使用程序就不会产生脏数据。这时候出现问题就应该找开发排查并且解决问题。
手动修改数据库数据,或者手动调用接口,产生的脏数据。大概率不是程序 bug。
我们是基于 master 分支拉取开发和测试使用的分支,分支部署 beta 环境后生成一个镜像 tag,最后测试通过后使用镜像 tag 发布线上,并且将代码合并到 master 分支
QQ 的聊天窗口应该没有 flash 动画。