首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏效能提升

    这 5 款 AI 测试神器,让脚本编写效率飙升

    效率提升主要来自三个环节的压缩:元素定位的代码不需要逐行手写(用自然语言描述操作,AI 转化成可执行命令),失败排查从人工翻日志变成 AI 辅助归因(对照截图和执行记录,AI 给出可能的失败原因和修复建议 对测试人的价值: 你不需要写 page.locator(...).click()这样的具体代码,只需要用自然语言描述"打开登录页,输入用户名密码,点击登录按钮",AI 通过 MCP 协议调用 Playwright  文档,让 AI Agent 在执行测试任务时主动加载并参照。 核心机制: 在 IDE 中配置好 MCP 工具(勾选文件系统、终端、联网搜索等内置能力),创建一个面向测试场景的 AI 助手角色,后续就可以在对话框里用自然语言指令直接执行测试操作,比如"打开这个 URL 对测试人的价值:这类集成方案的优势是上手门槛低——不需要额外学习新工具的使用方式,在熟悉的 IDE 环境里就能完成从"描述测试意图"到"看到执行结果"的完整闭环,适合刚开始接触 AI 测试工具的团队作为入门尝试

    47110编辑于 2026-06-24
  • 来自专栏啄木鸟软件测试

    2026年AI测试工具的5大认知误区

    本文基于啄木鸟软件测试团队对127家企业的AI测试落地审计数据(2024–2025),梳理出2026年最普遍、最具破坏力的5大误区,并给出可立即落地的纠偏路径。 字段变更率>5%即冻结AI用例生成)。 误区四:‘AI可替代探索性测试’——低估人类情境建模能力 有团队取消手工探索测试环节,完全依赖AI执行‘模糊测试+场景组合’。 结果在某政务App上线后,用户反馈‘人脸识别成功却跳转至旧版办事页’——AI从未模拟‘用户连续切换3次网络制式(WiFi->5G->地铁弱网)后触发前端路由缓存污染’这一真实情境。 结语:AI不是测试的终点,而是认知升级的起点 2026年的AI测试工具,已从‘自动化加速器’进化为‘测试认知放大器’。

    55510编辑于 2026-06-15
  • 来自专栏啄木鸟软件测试

    AI驱动测试:5个高价值开源方案实战解析

    引言:当测试工程师开始和大模型对话 在2024年Q2的行业调研中,68%的头部科技企业已将AI辅助测试纳入质量保障体系,但其中仅23%采用自研AI测试平台——成本高、迭代慢、场景适配难成为主要瓶颈。 本文聚焦真正经受过千级CI/CD流水线锤炼的5个开源AI测试方案,拒绝概念炒作,只谈落地实效。 二、DiffTest:用AI重构视觉回归测试范式 传统视觉测试依赖像素阈值(如Applitools),易受字体渲染抖动、抗锯齿差异干扰。 例如:按钮文字从‘提交’变为‘确认’,背景色从#F5F5F5变为#FAFAFA——人类认为一致,传统工具标记为失败。 结语:开源AI测试不是替代,而是增强的支点 观察这些项目共性:它们均避开‘用AI写全部测试脚本’的陷阱,转而解决测试工程师最痛的3类问题——信息过载(日志/截图/指标)、认知盲区(边界条件/组合爆炸)、

    1.3K10编辑于 2026-03-31
  • 来自专栏测试开发技术

    你说你会AI测试,那你是怎么实现AI+软件测试的呢?(附带5 层AI 质量管理体系)

    前天面试了一个有着五年经验的测试工程师。 简历上写得挺漂亮:熟练使用AI生成测试用例,用AI实现自动化测试。我心想,这哥们儿应该有点东西,就抛了一个真实的项目问题过去。 没想到,他的回答把我惊呆了。 如果这道题你也不知道怎么回答,可以一起加入「AI 进化社」学习,里面涵盖了完整的能拿捏面试官的AI 测试必考题库和AI 测试项目实战技能,覆盖软件测试开发全流程AI 赋能。 但它不会知道: 你们的支付通道有金额下限(0.01元) 网络中断后需要支持3次重试,每次间隔5秒 支付超时后订单状态要回滚为"待支付",不能卡在"支付中" 同一笔订单不能重复支付(幂等性) 正确的做法是先人工拆解需求 ≥30% 边界用例数量 每个数值型字段至少2个边界值(最小、最大) 100%覆盖 重复用例率 语义重复的用例占比 ≤10% 逻辑错误率 业务逻辑错误或无法执行的用例占比 ≤5% 高危场景遗漏率 权限/ AI测试工作模式。

    55510编辑于 2026-05-11
  • 来自专栏测试开发技术

    到底什么是 AI 测试?AI 测试与传统测试的区别?

    一、先搞清楚:AI测试不是"用AI做测试"那么简单 很多人一听到"AI测试",第一反应是:"哦,就是用ChatGPT、Cursor、Claude Code 这些AI 工具生成测试用例呗。" "我用ChatGPT写过测试用例"——这叫"用AI辅助测试",不叫"AI测试" 2. "我测过公司的大模型产品"——这叫"测试AI系统",是AI测试的一部分 3. 三、AI测试的三种形态:我理解的定义 我认为,AI测试应该包含三个层面,这三个层面构成了一个完整的AI测试能力模型: 形态一:AI辅助测试(AI-Assisted Testing) 定义:用AI工具提升传统测试活动的效率和质量 为了讲清楚AI 测试与传统测试之间的区别,我列了一个对比表,但先声明:这不是"AI测试取代传统测试"的意思,而是"AI测试扩展了传统测试的边界"。 AI测试并不是单纯的传统测试的"升级版",也不是"用AI工具做传统测试"。AI 测试 它是一个新的测试范式,需要新的思维方式、新的评估维度、新的技能栈。 理解这一点,是你转型AI测试的第一步。

    1.3K20编辑于 2026-05-21
  • AI测试

    AI抢不走测试人的饭碗,但会用AI的测试人,会抢走你的本文来自一个把AI测试真正落地并开源的团队:https://gitee.com/wwcs/ai_test_sheng附在线体验环境:http://111.229.22.12 ✅我们的解法:规则化推断,批量生成用例矩阵阶段三用例设计内置等价类划分+边界值分析+场景流程推演规则:文本输入框必推5类等价类、日期选择器必测"开始>结束"、金额必测0和上限+0.01……AI按规则批量推断 AI干了什么、为什么这么干,一帧一帧看得见,出了问题能定位到具体步骤,测试负责人敢签字。痛点5:脚本维护成本高,页面一改全挂真实场景:前端页面改个class,几十条自动化脚本全部红叉。 测试,不如来体验一下真实跑起来的AI测试。 3AI脚本不敢执行沙箱执行+dry_run试运行+权限隔离4AI黑盒,没法复盘SSE流式对话,thinking/工具调用全过程可见5页面一改脚本全挂L1-L3故障自愈:重试→AI修复→人工介入6回归重复枯燥

    12210编辑于 2026-08-28
  • 来自专栏啄木鸟软件测试

    2026年AI测试工具的5大颠覆性趋势

    这不仅是技术升级,更是测试范式的根本迁移——测试工程师正从‘用例编写者’加速转型为‘测试策略架构师’与‘AI行为训导师’。 二、趋势二:实时反馈闭环:AI测试嵌入开发IDE与生产环境 过去‘测试左移’常止步于CI阶段;2026年,AI测试能力已深度缝合进开发者日常环境。 四、趋势四:可信AI测试成为强制准入门槛 随着《欧盟AI法案》实施细则落地及中国《生成式AI服务安全评估要求》2026年全面实施,AI测试工具自身必须通过‘可信性验证’。 某金融科技公司上线AI风控测试平台前,监管沙盒明确要求提供‘测试用例生成逻辑的因果图谱’与‘公平性验证的统计显著性报告’——这标志着AI测试已从工程实践升维为合规基础设施。 正如一位资深测试架构师在QCon 2026北京峰会所言:‘我们不再问AI能不能测好一个按钮,而要问——当AI建议跳过某类测试时,我们是否拥有足够深刻的系统认知去质疑它?’

    2.4K10编辑于 2026-06-08
  • 来自专栏软件测试

    关于 AI 软件测试,你必须知道的 5 个惊人真相

    如果说传统自动化是测试人员手中的“锤子”,那么AI测试就是测试人员身边的“大脑”。 智能优化测试:AI还能像一位资深专家一样审视整个测试套件,通过分析测试结果,找出那些重复或执行价值低的用例,并主动提出合并或删除的建议,实现测试的“去粗取精”,让每一分钟的测试执行都更有价值。 2.测试人员角色转换为“质量策略师”理解了AI的“智能化”能力后,一个自然而然的问题浮现:“AI会不会让测试工程师失业?”这是许多从业者心中最大的担忧。答案是明确的:不会。 5.真正的软肋是数据与伦理在惊叹于AI带来的种种变革时,我们必须保持清醒的认识:AI测试并非解决所有问题的“银弹”。 因此,拥抱AI测试不仅仅是一个技术选型问题,更是一个需要企业在数据治理、团队建设和伦理规范上进行深思熟虑的管理与治理问题。结语AI正在从根本上重塑软件测试行业,这已是不争的事实。

    97910编辑于 2025-12-14
  • 来自专栏dongfanger

    JUnit5的条件测试、嵌套测试、重复测试

    条件测试 JUnit5支持条件注解,根据布尔值判断是否执行测试。 如果定义在测试类外部,那么需要是static方法。 内置条件 JUnit5的org.junit.jupiter.api.condition包中内置了一些条件注解。 借助于Java嵌套类的语法,JUnit5可以通过@Nested注解,实现嵌套测试,示例: import static org.junit.jupiter.api.Assertions.assertEquals └─ Wiederholung 5 von 5 ✔ 小结 本文分别对JUnit5的条件测试、嵌套测试、重复测试进行了介绍,它们可以使得测试更加灵活和富有层次。 除了这些,JUnit5还支持另一个重要且常见的测试:参数化测试。

    2.5K20发布于 2021-07-16
  • 来自专栏啄木鸟软件测试

    软件性能测试(连载5)

    这个值不应该超过5。 ØPage Faults。 处理器页面错误计数。这个值大说明操作系统向内存读取错误数据过多。 •Physical disk。 Ø%Disk Time。 表3-3 磁盘的I/O数的计算方法 RAID类型计算方法RAID0(Reads+Writes)/Number of DisksRAID1(Reads+2×Writes)/2RAID5(Reads+4× 如果这个值持续增长或者性能测试终止后这个值仍旧不降,说明发生了内存泄露。 5.网络 •Network interface。 Ø Bytestotal/sec。

    1.3K10发布于 2020-02-19
  • 来自专栏用户1337634的专栏

    JMeter5性能测试

    本文介绍一下如何使用JMeter5完成性能测试 最简单执行计划 创建计划 添加Thread Group TestPlan -> Add -> Threads(Users) -> Thread Group 测试结果 ---- 高级功能 读取文件 上面的测试,每次发送的URL请求都是同一个,可能因为缓存等原因导致性能数据偏差。 可以使用读取CSV文件的方式,对每个请求构造不同的请求。 参数读取规则 配置完成后,可以在一次执行计划中根据CSV文件中配置的参数,构造不同的请求 NoGui 不要使用GUI界面进行性能测试 不要使用GUI界面进行性能测试 不要使用GUI界面进行性能测试 如果要执行性能测试,需要使用命令行模式,如下: . /jmeter -n -t ~/process.jmx -l result.jtl -n: No Gui模式 -t: 指定配置文件 -l: 指定测试结果文件 性能测试结果 在No Gui模式下生成的性能测试结果

    1.6K20发布于 2019-03-27
  • 来自专栏Hadoop数据仓库

    ShardingSphere实践(5)——性能测试

    本次测试使用上篇“二、用例测试”的环境。BenchmarkSQL基准测试属于压测,为尽量减小复制延迟,将两个从库的刷盘参数设置为0,并开启组提交与多线程复制。 直连主库         首先不通过Proxy,直连主库进行基准测试,用以结果数据对比。         准备测试数据,创建16张表,每张表一百万条数据。 ,预热一分钟,压测5分钟,每秒输出一行报告。 sbtest4    | sysbench_ds   | | sbtest3    | sysbench_ds   | | sbtest6    | sysbench_ds   | | sbtest5     准备测试数据,建一个测试表,插入一千六百万行。按照规则,会在四个数据源中使用hash_mod算法平均自动分成16个分表,每个数据源4个分表,每个分表近似一百万数据。

    1.8K21编辑于 2022-06-05
  • 来自专栏自学测试之道

    H5专项测试

    前言 随着Html5的流行,现在很多业务场景使用H5页面来承载,使活动类、运营类的业务功能更便捷在微信、Native端部署,所以H5方面的测试也变得越来越重要。 ? H5业务测试流程图 一、H5测试基本点 1. ; 8.数据埋点 用于BI的数据埋点 二、常用工具 工欲善其事,必先利其器,在做H5前端性能测试之前,选择合适的工具能让我们的测试工作事半功倍。 在我们做H5前端性能测试的时候,个人觉得只要不修改包,不对H5调试,就可以放弃使用这类工具,不是工具不好,而是大材小用(杀鸡焉用牛刀??是吧!)。 我们可以快捷的测试出H5前端性能中数据,视图,并给出一定程度的优化建议。 ? 工具对比列表 工具使用详情请参考【H5前端性能测试快速入门】

    2.1K42发布于 2019-09-29
  • 来自专栏世荣的博客

    渗透测试笔记-5

    执行一个外部的应用程序的输入并显示输出的结果 2.exec():执行一个外部的应用程序,但不显示输出的结果 3.passthru():执行一个系统命令并显示原始的输出 4.shell_exec():执行shell命令并返回输出的结果的字符串 5. 7.0之后的demo: 3.call_user_func():回调函数,可以使用is_callable查看是否可以进行调用 4.call_user_fuc_array():回调函数,参数为数组 5.create_function ():创建匿名函数 5.preg_replace():当php版本小于7时,当为 /e 时代码会执行 6.array_map():为数组的每个元素应用回调函数 7.array_filter():依次将

    59820编辑于 2022-03-18
  • 软件测试 + AI

    通过结合AI与传统测试方法,企业能够更有效地应对复杂的开发环境,从而提高最终产品的质量和用户满意度。一、软件测试软件测试是软件开发中至关重要的一环,主要目标是查找软件中的缺陷(bug),保障软件质量。 ②作用提高速度和效率缺陷预测与分析③AI应用于软件测试的方式AI通过与测试工程师的互动来增强测试过程。通过输入具体的指令(Prompt),工程师可以指导AI生成所需的测试用例、报告或分析。 ④AI赋能软件测试的具体应用需求评审:AI可以帮助分析需求文档,识别潜在的模糊或不一致之处,提高需求的明确性。测试计划编写:AI可以根据项目需求和历史数据生成测试计划,节省时间并提高效率。 测试用例设计:通过自动生成测试用例,AI能够快速覆盖各种场景,尤其是在面对复杂系统时。测试报告生成:AI能够自动整理测试结果,并生成易于理解的报告,帮助团队做出决策。 自动化测试:AI赋能的自动化测试不仅可以执行重复性测试,还能在代码更新时自动调整测试用例,确保持续集成的有效性。业务代码编写:AI能够协助开发人员编写代码,并提供实时的错误调试和注释建议。

    1.1K21编辑于 2024-09-18
  • 来自专栏软件测试技术

    pytest系列教程——5、跳过测试

    对于那些尚未开发完成的测试,最好的处理方式就是略过而不执行测试。 按正向的思路,我们只要通过标记指定要测试的就可以解决这个问题;但有时候的处境是我们能进行反向的操作才是最好的解决途径,即通过标记指定要跳过的测试。 使用案例: import pytest @pytest.mark.skip(reason='跳过执行测试') def test_skip_01(): print("test_skip_01 举个例子,比如我希望测试代码运行在python3.0 以下的版本: import pytest import sys major_version = sys.version_info.major @pytest.mark.skipif(major_version >= 3, reason='当前python版本号大于3,跳过执行测试') def test_skipif_01(): print

    83420编辑于 2022-06-08
  • 来自专栏啄木鸟软件测试

    安全测试工具(连载5)

    --level=LEVEL:执行测试的等级(1-5,默认为1)。 --risk=RISK:执行测试的风险(0-3,默认为1)。 --string=STRING:查询时有效时在页面匹配字符串。 --time-sec=TIMESEC:DBMS响应的延迟时间(默认为5秒)。 --union-cols=UCOLS :定列范围用于测试UNION查询注入。 案例5:SQL注入的攻陷六步法 现在来看一个存在SQL注入的URL如何获得数据库内相关内容的。 1. 查看是否存在SQL注入。 5. 查看指定表的数据结构。 5. 查看指定表的数据结构。

    2.6K20发布于 2019-12-12
  • 来自专栏dongfanger

    JUnit5编写基本测试

    JUnit5的测试不是通过名称,而是通过注解来标识的。 测试类与方法 Test Class:测试类,必须包含至少一个test方法,包括: 最外层的class static member class @Nested class Test Method:测试方法 Assumptions如果失败,test会被标记为ignored,测试不会执行。 ,来编写一个JUnit5的基本测试,然后介绍了如何自定义测试报告中的显示名字。 最后介绍了如何禁用测试。除了基本测试,JUnit5还能编写带条件的测试。

    1K20发布于 2021-07-14
  • 来自专栏测试开发干货

    接口测试平台代码实现52: 自动异常测试-5

    大家看看请求体没问题就可以了: 当然前端页面我们上节就证明没问题了: 后端加入: 开始测试: 经过测试,发现出现了问题。 明明我们要测试的场景里还有整形等。 document.createElement('textarea'); //传教替换内容多行文本 t.style = 'width: 99%;height: 50px;border-radius: 5px : 发现已经可以成功打开并且开启异常测试了! 好了,异常测试的章节 暂时告一段落了。后续我们还会进行优化和功能添加。

    1.2K20编辑于 2022-05-19
  • 来自专栏自动化、性能测试

    Robot Framework(5)- 使用测试库

    https://www.cnblogs.com/poloyy/category/1770899.html 前言 在RF 测试库里面,分为三种测试库 标准测试库 扩展测试库 远程测试库 标准测试库 啥是标准库 啥是扩展测试库 标准库以外的其他测试库都统称为扩展测试库,它们是在 RF 开源社区实现的各种库;当然包括了你自己开发的测试库 常见的扩展测试库 常见领域 扩展库 Web 自动化测试 SeleniumLibrary HTTP测试 HTTP library (livetest) HTTP library (Requests) 文件对比测试 Diff Library 远程测试库 啥是远程测试库 是一个特殊的标准库, 测试用例文件 资源文件 test suite initialization files【测试条件初始化文件,后面讲】 所有这些场景中,一旦在这些文件中导入了测试库,则测试库中所有关键字在当前文件内都是可见的 测试库设置别名 别名大家应该都知道,就是为了避免不同测试库但是关键字重名的情况 简单栗子 ?

    1.3K10发布于 2020-06-09
领券