暂无搜索历史
凌晨回归结束,页面上不是 1 条失败,而是几百条红色记录。登录、下单、支付可能同时失败,但真正的根因也许只有一个:环境不可用、公共依赖超时,或者同一段初始化代码...
一个服务端 bug 修复只加了业务代码,没有补失败路径测试。QA 如果只看 CI 绿灯,很容易把“新增分支从未被执行”漏掉。
但你让它做几件真实工作,很快就能看到差别:读普通网页没问题,换成 Twitter 搜索就遇到 API 费用;上服务器访问 Reddit 返回 403;YouTu...
服务端 E2E 只看 HTTP 200 很容易漏问题:页面成功了,但消息没发、缓存没写、下游服务重试了三次。Tracetest 的定位是用 OpenTeleme...
代码在自动生成,测试在自动运行,PR 在自动提交,于是软件开发已经从“人写代码”进入了“Agent 自己交付”。
第一个页面用了深蓝和圆角卡片,第二个页面自己换成渐变紫,第三个页面按钮高度变了,第四个页面把标题字体换成另一套,第五个页面又重新解释了一遍品牌风格。
7 月 1 日,GitHub 在 Changelog 里发了一条只有一分钟阅读量的通知。
AI Agent 出错时,只看最终回答很危险。真正的问题可能在检索、工具调用、prompt、模型返回或中间 parser。Phoenix 官方文档说明,Trac...
接口测试里最烦的不是写一个请求,而是判断“这次接口改动到底会不会影响老客户端、老页面、老自动化用例”。字段改名、枚举收紧、响应码变化、鉴权变化、分页结构变化,这...
如果你刚写过 Playwright 或 Selenium,用过一阵就会遇到同一个问题:页面只是换了一个 DOM 层级,选择器就开始抖;但如果完全交给一个黑盒浏览...
自动化跑了没有?失败是不是已知问题?核心接口有没有回归?APP 主流程有没有真机确认?服务端错误日志有没有新增?灰度监控有没有异常?历史缺陷有没有覆盖?这些信息...
支付沙箱挂了、会员服务没数据、营销接口限流、风控规则不可控、第三方回调延迟、库存环境被别人改了。QA 表面上在测当前需求,实际上一半时间花在等下游、问数据、重试...
现在很多团队已经把 AI 能力嵌进测试或业务流程:需求转测试点、缺陷摘要、风险分级、客服回复、SQL 解释、日志归因。问题是,这些功能不是传统接口返回固定 JS...
这篇不是讲“AI 自动替你完成全部 UI 测试”。更现实的用法是:当 QA 今天要验证一个登录、下单、支付、配置保存这类主流程时,让 AI 通过 Playwri...
AI 搜索、知识库问答、客服机器人上线前,最容易犯的错误是“我随便问了几个问题,感觉回答还行”。这种 vibe check 对 QA 来说风险很高:同一个问题换...
这类用例写在测试平台里没问题,但每次发版都手点一遍,很容易变成重复劳动。传统自动化又要求写 Playwright、Selenium、selector、等待策略,...
APP 测试里,崩溃问题最容易变成“信息不完整”的缺陷单:有一张截图,有一句“打开页面闪退”,但缺少机型、系统版本、App 版本、复现路径、堆栈、日志和影响范围...
接口返回 500,可能是代码问题,也可能是配置没同步、数据库没准备好、缓存脏了、Mock 还指向旧环境、下游服务没起来、测试账号状态不对。UI 自动化失败也一样...
真正耗时间的是:读接口文档、理解字段含义、构造边界参数、补断言、检查错误码、整理失败原因。尤其是新接口很多、文档又不完整时,手写测试脚本很容易漏掉字段和异常路径...
很多多智能体方案看起来很热闹:一个负责需求,一个负责接口,一个负责 UI,一个负责日志,一个负责总结。
暂未填写公司和职称
暂未填写个人简介
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址