迭代快确实不适合自动化，至少是不适合 UI 自动化；非要上可以先把基础稳定功能抽象出来，逐渐转为自动化；这样有一点成果也好交代

确实是，公司在用企微，对应的文档功能足够用了

真假恒温？

20 年底在论坛看到，已经用了 8 年了

哈哈哈哈艹

【没取得多少成果】原因是没坚持下来？技术跟不上要求？还是推动困难？

我是低级测试，我也不写用例，都是熟悉需求直接转化成代码自动化

那就不算上恒温说的 “惰性”，测试时间经常被无故压缩，领导不重视测试，这些怎么执行到位？

能坚持 10 年，业务或技术肯定有一个是不错的

airtest?

不确对系统访问量的理解是否一致？问了下 AI:
系统的访问量通常指的是网站或应用在一定时间内被访问的次数。访问量的度量对于了解系统的使用情况、优化用户体验和规划资源非常重要。访问量可以通过不同的指标来衡量，主要包括以下几种：
PV (Page Views): 页面浏览量，即网站所有页面被点击的总次数。一个用户对同一个页面的多次访问都会被计入 PV。
UV (Unique Visitors): 独立访客数，即在一定时间内访问网站的不同用户数量。即使一个用户访问了多个页面或多次访问同一个页面，也只计算为一个独立访客。
Session: 访问会话，指用户从进入网站开始直到离开这段时间内的一系列交互。如果用户离开一段时间后再返回，则可能被视为新的会话。
Concurrent Users (并发用户数): 在同一时刻正在访问网站的用户数量。
QPS (Queries Per Second): 每秒查询率，即服务器每秒能够处理的请求的数量。
TPS (Transactions Per Second): 每秒事务处理量，通常用于衡量系统处理事务的能力。
在实际应用中，通常会结合这些指标来综合评估系统的访问量。例如，PV 可以用来衡量网站的整体流量，UV 则能帮助了解有多少不同的用户访问了网站，而 QPS 和 TPS 则更多地用于评估系统的性能和负载能力。

ddddocr

合理

不写怎么测试提效，怎么向老板交代

UI 终于更新了，V2 的紫色系看的头皮发麻

这个贴子里各位佬讲的还挺清楚，我看你这描述云里雾里的
https://testerhome.com/topics/40208

可能是 Android studio 生气了

昨天第一次用 Burp Suite，今天就有新帖子了

确实，公司一个 PHP 老人试了下另一个的问界 M7，第二天去提了个 M9, 之前他 PHP 做的系统现在找了几个年轻人想用 java 改造，人家直接提离职了，有钱才会更有钱

然而，如果你想要使用历史参数直接进行重新构建，Jenkins 并没有提供直接使用历史参数来触发重新构建的功能。通常，重新构建是通过手动触发、定时触发或者通过源代码更新触发的。但是，你可以使用 Jenkins 的 REST API 或脚本来获取构建参数，并使用这些参数来触发重新构建。例如，你可以编写一个脚本，查询特定构建的参数，然后使用这些参数来触发一个新的构建。

如果你需要在构建过程中使用历史参数，你可能需要在构建配置中设置参数，并在构建触发时指定这些参数。这样，每次构建都可以根据需要使用不同的参数，包括之前构建中使用过的参数。

摸鱼的时间一般用来摸鱼

https://github.com/sml2h3/ddddocr， 可以用，但硬钢验证码感觉没啥必要，整个账号做特殊处理或者让开发整个长期 Token 比这个来的稳定便捷

这种更简单，指派给他们两个，自行认领

专业