加班
迭代快确实不适合自动化,至少是不适合 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 比这个来的稳定便捷
这种更简单,指派给他们两个,自行认领