能坚持 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 比这个来的稳定便捷

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

专业

直接指给对应小组的开发组长啊，自行分配

好强

time.sleep(31*60)

同广州

可以不吃饭就优化嘛

直接 AI
在 Kubernetes 中修改 Deployment 配置和修改 Service 端口通常涉及编辑相应的 YAML 配置文件。以下是具体步骤和示例：

1. 修改 Deployment 配置：
   要修改 Deployment，首先需要获取当前的 Deployment 配置。可以使用以下命令：

   kubectl get deployment <deployment-name> -o yaml > deployment.yaml
   

   然后编辑 deployment.yaml 文件，根据需要修改容器的镜像、资源限制或其他配置。修改完成后，使用以下命令应用更改：

   kubectl apply -f deployment.yaml
   

2. 修改 Service 端口：
   修改 Service 的端口可以通过编辑 Service 的 YAML 文件来完成。首先获取 Service 的当前配置：

   kubectl get service <service-name> -o yaml > service.yaml
   

   编辑 service.yaml 文件，找到 spec.ports 部分，然后修改 port 和/或 targetPort 的值。例如，如果需要将 NodePort 从 31111 改为 31112，可以这样修改：

   spec:
    ports:
    - name: http
      nodePort: 31112  # 修改 NodePort 端口
      port: 80
      targetPort: 9376
   

   修改完成后，保存并退出编辑器，然后应用更改：

   kubectl apply -f service.yaml
   

如果需要修改 NodePort 的默认端口范围，可以按照以下步骤操作 ：

• 修改 /etc/kubernetes/manifests/kube-apiserver.yaml 文件，添加或更新 --service-node-port-range 参数，例如设置为 20000-22767。
• 重启 kube-apiserver 服务。
• 验证修改是否生效。

请注意，对于已经创建的 NodePort 类型的 Service，如果您更改了 NodePort 的默认端口范围，需要删除并重新创建 Service 来应用新的范围 。

以上步骤概述了如何在 Kubernetes 中修改 Deployment 和 Service 配置。如果您需要更具体的示例或遇到问题，可以提供更多的上下文或详细信息。

很难不赞同

1、如果在代码中没有指定 chromedriver 路径的话，可能与 selenium 版本有关，https://testerhome.com/topics/37531
2、可以打开任务管理器看下，之前会出现测试执行完后 chromedriver 的进程一直都在占用内存，导致后来的启动变慢。可以在测试结束后增加个清理 webdriver 进程的方法

可不敢说