测试

Python自动化测试利器selenium怎么使用

自动化测试, 是指软件测试方面的自动化, 处于预设状态时, 运行应用程序或者系统, 预设条件涵盖正常以及异常, 最终评估运行结果, 它是把人为驱动的测试行为转变为机器执行的过程。执行自动化测试具体涵盖 ui 自动化、接口自动化然后是单元测试自动化。按照这类金字塔模型针对自动化测试开展规划, 能够收获颇为理想的自动化测试产出投入比也就是 roi, 能够凭借较少的投入取得良好的收益呀。1.单元测试所存

FurMark 显卡烤机教程:从参数解析到温度判读,一篇讲透 GPU 压力测试

FurMark 显卡烤机教程:从参数解析到温度判读,一篇讲透 GPU 压力测试 前言在显卡选购和验机场景中,FurMark 几乎是绕不开的工具。但笔者发现,目前网上大多数 FurMark 教程停留在"下载→安装→点 RUN→截图"的阶段,对测试参数的含义、结果的判读标准、以及异常情况的排查几乎没有涉及。本文将从

如何开发转测试?一键速通自动化测试 selenium常用方法

1.元素的定位web⾃动化测试的操作核⼼是能够找到⻚⾯对应的元素,然后才能对元素进⾏具体的操作。常⽤的主要由cssSelector和xpath以百度为例,#xff08;cssSelector为例)可以直接通过html的标签定位或者点击左上角的图标后在页面点击你要的元素就

测试策略:单元测试 + 集成测试怎么写

本文面向:想为全栈 TypeScript 项目建立测试体系的开发者,尤其关注无框架(node:test)方案的同学。 预计阅读时间:12 分钟 最终效果:掌握测试金字塔分层、纯函数单元测试、sql.js 内存数据库与 Fastify inject 集成测试,以及依赖注入式 Mock 与 CI 自

AI 测试工具 2026 选型对比:自动生成、回归对比与视觉回归,测试左移的智能化路线

AI 测试工具 2026 选型对比:自动生成、回归对比与视觉回归,测试左移的智能化路线一、手写测试的死穴:代码覆盖率达到 80% 后,剩下的 20% 才是最致命的前端测试有一个经典困境:单元测试覆盖率达到 80% 后,继续手写测试的边际收益急剧下降。剩下的 20% 是边界条件、异常路径和竞态 Bug——这些场景人工

Selenium vs Puppeteer vs Playwright:三大网页爬虫与AI自动化框架全面对比(2026)

在 2026 年,网页自动化和数据采集的格局发生了翻天覆地的变化。随着大语言模型(LLM)驱动的 AI Agents(AI 智能体)全面爆发,浏览器自动化工具不再仅仅用于传统的 QA 测试和基础网页爬虫,它们已经演变为 AI 智能体自主浏览网页、执行复杂操作的底层技术底座。在这场技术演进中&#xff0

并发测试的方法论:从 Go Race Detector 到确定性压力测试的完整工具链

并发测试的方法论:从 Go Race Detector 到确定性压力测试的完整工具链一、数据竞争不会在单元测试中暴露——它只在特定时序下显形并发 Bug 的独特之处在于时序依赖性。两个 goroutine 对同一内存位置的竞争访问只在特定调度时序下触发——这个特定时序可能在 10000 次运行中出现 1 次。这意味着常规的单次单元测试几乎不可能捕获数据竞争。Go 提供的 -race

契约测试在接口验证中的应用:比单元测试更能防回归

契约测试在接口验证中的应用:比单元测试更能防回归一、单元测试通过了,上线还是挂了有过这种经历:单元的测试全绿,代码 Review 也过了,部署到测试环境一切正常。但上线后,下游服务返回的数据格式变了——从一个字段从 int 变成了 string——然后你的服务就挂了。单元测试只验证你调用自己的代码是否正确。它不验证