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

    Agent Skills 入门:技能包如何让测试 Agent 真正落地?

    你写清楚“第一步读什么、第二步拆什么、第三步输出什么格式、遇到异常怎么处理”,Agent才知道该怎么干活。今天这篇文章,我从零拆一个测试人最常用的Skill——测试用例生成。看完你就能自己写第一个。 一、为什么测试Agent总是“落不了地”?过去一年,很多团队都在尝试用AI做测试。但真正跑起来的没几个。问题出在哪?不是模型不行,是你给它的东西,根本不是一个“能力单元”。 用大白话说:Skill就是把“资深测试工程师怎么做一件事”的完整经验,封装成一个Agent能随时调用的能力包。它和MCP的区别是什么? MCP给Agent提供手,Skill给Agent提供操作手册。没有Skill,Agent有手也不知道怎么干活。三、技能包如何让测试Agent真正落地? 测试人的经验,值得被封装成Skill。你今天花30分钟写一个“测试用例生成”的Skill,以后每一个项目都能复用。别只写提示词了。写一个SKILL.md,让Agent真正替你干活。

    9300编辑于 2026-10-05
  • 来自专栏后端agent harness学习路径

    第 8 篇:单 Agent vs 多 Agent —— 何时拆分,如何编排

    GoogleDeepMind对180种配置的系统测试显示,当Agent被随意组合而没有正式拓扑结构时,错误通过每次交接复合放大,最坏配置下的错误放大倍数达到17.2倍(不是17%,是17倍)。 CallMissed对多Agent工作流的基准测试显示,52%的失败源于交接过程中缺失或不一致的对话上下文——前一个Agent的关键推理没有被完整传递给后一个Agent。" 子Agent模式的上下文膨胀在子Agent模式(相当于Agents-as-Tools)中,编排器的上下文随着每个子Agent的返回结果而增长。 管道规模子Agent编排器成本团队模式单Agent成本差异小型(2-4Agent,短输出)可忽略可忽略无显著差异中型(5-10Agent,中等输出)30-50Ktokens每Agent2-4Ktokens5 写代码Agent"和"审查代码Agent"是合理的拆分,"第一步Agent"和"第二步Agent"不是——后者只是把一个流程强行切断。隔离级别匹配协作深度。

    95011编辑于 2026-07-09
  • 来自专栏小雨的CSDN

    8. 黑盒测试 白盒测试 灰盒测试

    黑盒测试:黑盒测试也称功能测试,测试中把被测的软件当成一个黑盒子,不关心盒子的内部结构是什么,只关心软件的输入数据与输出数据。 白盒测试:白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒指的打开盒子,去研究里面的源代码和程序结果。 1)逻辑覆盖法:判定法,条件法,判定和判定组合,条件和条件组合,判定和条件组合 2)循环覆盖法:for / while 3)路径覆盖法:switch / try catch 灰盒测试:是介于白盒测试与黑盒测试之间的一种测试 ,灰盒测试多用于集成测试阶段,不仅关注输出、输入的正确性,同时也关注程序内部的情况(集成测试等)

    1.9K30编辑于 2022-10-26
  • 给 Coding Agent 加上质量门禁:测试如何进入 Agent Loop

    文件发生修改后,根据预设规则触发对应的测试;测试通过,Agent就继续执行后续任务;测试失败,Harness将失败结果重新送回模型,让Agent进入下一轮修复循环(RepairLoop)。 这样才能兼顾验证强度和Agent的执行效率。失败结果的反馈回路测试进入AgentLoop后,并不代表测试跑起来就够了。对于Agent而言,测试结果本身也是上下文输入。 当测试结果开始参与控制Agent的下一步动作时,这些反馈本身是否可靠,也成了Harness需要管理的问题。测试本身的可信度还有一个更棘手的问题,就是Agent可能同时拥有业务代码和测试代码的写权限。 Agent可以为新功能补充测试,但关键的验收测试、回归测试,或是隐藏测试都由独立的Harness和CI管理。 如果Agent修改已有测试文件,则触发额外检查,判断是否删除断言、增加Skip、扩大Mock范围,或者放宽原有测试条件。变异测试也可以用来检查测试本身是否足够有效。

    22610编辑于 2026-08-19
  • 来自专栏k8s技术圈

    Kubernetes 动态创建 Jenkins Agent 压力测试

    1% 1274Mi 8% ci4 72m 0% 1286Mi 8% ci5 80m 另外,由于 Jenkins Agent Pod 配置的是软亲和,当 CI 节点资源不足时,也可以调度到其他节点。 2. Jenkins 配置 2.1 Jenkins 即使流水线是在 Agent 上执行,但是大量的流水线同时运行,也会对 Jenkins 产生压力,这里给 Jenkins 的 limit 为 8 核 16 GB 使用 Kubernetes 提供的动态 Pod 作为 Jenkins Agent 用于构建流水线,具体配置可以参考顶部的文档链接。 在执行测试之前,执行 20 次流水线对节点进行预热。 主要进行五组测试,分别为 50、100、200、400、800 条流水线并发。

    2.4K20发布于 2020-12-01
  • 来自专栏啄木鸟软件测试

    软件性能测试(连载8)

    snvcswch/s Command 08:18:31 0 1 0.20 0.00 systemd 08:18:31 0 8

    1.2K30发布于 2020-02-19
  • 来自专栏XINDOO的专栏

    Agent设计模式——第 8 章:内存管理

    内存选项适用于测试目的,但数据不会在重启后保留。对于持久存储和可扩展性,ADK 还支持数据库和基于云的服务 Session:跟踪每次聊天 ADK 中的 Session 对象旨在跟踪和管理单个聊天线程。 ADK 提供几种具有不同存储机制的 SessionService 实现,用于会话历史和临时数据,例如 InMemorySessionService,适合测试但不提供跨应用程序重启的数据持久性。 ## 示例:使用 InMemorySessionService ## 这适用于不需要跨应用程序重启的数据持久性的本地开发和测试。 这由 MemoryService 促进实现 ## 示例:使用 InMemoryMemoryService ## 这适用于不需要跨应用程序重启数据持久性的本地开发和测试 ## 应用停止时内存内容会丢失 from InMemoryMemoryService 提供适合测试目的的临时存储解决方案,但数据不会在应用重启后保留。对于生产环境,通常使用 VertexAiRagMemoryService。

    1.4K10编辑于 2025-10-27
  • 来自专栏软件测试

    Prompt、Agent、测试智能体:测试的新机会,还是新焦虑?

    在某技术社区的测试专场,一位有十年经验的测试总监分享了他们团队的实践:"我们引入测试智能体后,三个月内测试效率提升了5倍,团队规模从15人缩减到6人。"台下掌声雷动,但散场后我听到两种截然不同的声音。 这个场景折射出当下测试行业的核心困惑:从Prompt工程到Agent编排,再到测试智能体,这些新技术究竟是测试人员的机会,还是威胁?问题的本质不在于技术本身,而在于我们如何理解这场变革的底层逻辑。 某金融公司的测试架构师老王,在使用测试智能体时,工作方式发生了根本改变。 8小时缩短到1小时。 某金融公司的测试总监王总,从一开始就将智能化定位为"组织能力建设"。他推动建立了"测试智能体中台",将团队积累的Prompt模板、Agent编排模式、决策规则全部沉淀到平台。

    51711编辑于 2026-01-17
  • 多模态 Agent 如何规划 UI 测试路径

    多模态 Agent 如何规划 UI 测试路径 文章封面 UI 自动化的难点,表面看是脚本维护成本高,深层看是测试设计无法持续跟上系统变化。 多模态 Agent 的价值,不是把脚本换一种写法,而是让系统具备持续感知页面、动态规划路径、执行后反馈修正的能力。目标也从“写自动化脚本”升级为“生成可回放、可审阅、可纳管的高质量测试用例”。 因此,真正要解决的是三个问题: 机器能否自己看懂页面当前状态 机器能否自主决定下一步测什么 生成的路径能否直接回放并纳入测试资产 Agent 测试闭环:感知、决策、执行、反馈 多模态 Agent 的核心思路 Agent 没有人类测试者的先验偏见,因此可能执行一些人认为“不会有人这么干”的操作。 第三,概率与确定性必须分层。模型只适合做不可判定的事;凡是可判定的,都应该通过规则、标准和工程机制固化下来。 结语:让自动化从回放工具变成有记忆的探索系统 基于多模态 Agent 的 UI 自动化路径规划,关键不在于让模型替人点页面,而在于重构测试设计方式:人定义目标,系统感知状态,Agent 规划路径,工程约束负责校验

    15710编辑于 2026-10-05
  • 来自专栏啄木鸟软件测试

    精准测试及其工具(连载8)

    星云测试支持两个及以上版本进行对比函数的差异,对比之后列表展示函数变化。如图66和图67。 ? 图66进入“两个版本对比” ? 星云测试支持查看版本对比中修改以及添加代码的函数的覆盖率情况。如图68所示。 ? 图68查看版本对比中修改以及添加代码的函数的覆盖率 2.累计覆盖率 前置条件:工程下至少有两个版本,且这两个版本有覆盖率数据 多版本累计覆盖率是针对多个版本中的所有测试用例的覆盖率的累计,用户以最新版本为基线版本 ,针对之前不同的测试场景累计该版本的覆盖率,从而得出函数的覆盖情况。 图70多版本累计覆盖率 星云测试 http://www.teststars.cc 奇林软件 http://www.kylinpet.com 联合通测 http://www.quicktesting.net

    60922发布于 2019-12-12
  • 来自专栏agent平台

    Agent渡劫48关-第34关-Agent响应8秒到底慢在哪里?

    Agent渡劫48关-第34关-Agent响应8秒到底慢在哪里? 所以我们要的不是「优化」,是一套可验证的完成标准:一次请求能被拆成8个可独立观测的阶段:Queue、Retrieval、Rerank、TTFT、Generation、Tool、Network、Retry 适用条件是:多阶段、长链路、有SLA的Agent请求。如果你的Agent只有一次模型调用加一次检索,没必要上这套,直接打两个点就够。 %8s%8s%9s%8s'%('phase','P50','P95','P99','share','corr'))forphinPHASES:vals=[v.get(ph,0.0)forvinper_req.values 请求正确性上,V2并没有让Agent更聪明,它让「慢在哪」这件事从猜测变成证据。

    13121编辑于 2026-09-15
  • 来自专栏码匠的流水账

    java8 parallelStream性能测试

    测试1 @BenchmarkMode(Mode.AverageTime) @OutputTimeUnit(TimeUnit.NANOSECONDS) @Warmup(iterations = 5, time 1509175.840 ns/op StreamBenchTest.benchStream avgt 20 1147570372.950 ± 6138494.414 ns/op 测试 Runtime.getRuntime().availableProcessors() - 1,如果需修改则需设置-Djava.util.concurrent.ForkJoinPool.common.parallelism=8

    1.5K20发布于 2018-09-17
  • 来自专栏啄木鸟软件测试

    安全测试工具(连载8)

    lFileWith list of dir/files:选择字典文件,高级用户可以自己书写字典文件 lSelectStarting Option:选择开始选项,包括“标准开始点”和“URL模糊测试”两种方式 建议选择“URL模糊测试”。 lURLto Fuzz—/test.html?url={dir}.asp:如果选择了 “URL模糊测试”, 这里输入/{dir}, 运行时被字典变量替换。 44 DirBuster扫描结果 星云测试 http://www.teststars.cc 奇林软件 http://www.kylinpet.com 联合通测 http://www.quicktesting.net

    88220发布于 2019-12-12
  • Agent + MCP 架构下的功能测试模式变革

    当业务需要新增“信用卡分期”功能测试时,测试工程师不需要从零写脚本,而是: 定义测试场景的DSL描述 Agent自动识别需要哪些能力(创建账户、绑定信用卡、发起分期、验证账单) Agent调用对应的MCP ,Agent自动重新组合测试流程,所有场景无缝适配。 智能化的能力编排 Agent不是简单执行预定义的脚本,而是根据测试意图动态规划执行路径。 例如,测试“用户购买VIP会员”这个场景: Agent理解测试意图:验证购买流程的完整性和支付后的权益生效 Agent查询可用的MCP能力:账户创建、商品浏览、下单、支付、权益验证 Agent生成执行计划 拥抱智能编排尝试用Agent来描述测试意图,而不是手写详细的执行步骤。让机器处理执行细节,人专注于测试策略和质量目标。 4.

    50210编辑于 2026-04-15
  • 来自专栏CNCF

    利用 Open Policy Agent 实现 K8s 授权

    在此过程中,授权管理通常由 RBAC 授权模块来实现,但开发者也可以选择其他组件,如 Open Policy Agent(OPA)。 with Open Policy Agent [3]。 有关如何配置此方案的更多信息,请参见 open-policy-agent / kubernetes-policy-controller(授权方案[4])。 ? OPA 使我们为所有策略编写单元测试变得非常容易。有关更多信息,请参阅如何测试策略[5]。 ? create|update|delete|deletecollections)$", resource.spec.resourceAttributes.verb) } 你可以通过以下的方式进行策略的单元测试

    2.8K22发布于 2019-12-05
  • 来自专栏DevOps

    通过 AI Agent 自动排查 K8s 问题

    原文通过 AI Agent 自动排查 K8s 问题郭子龙 发表于 2025/11/18一、背景与痛点现状痛点(Dev & Ops):研发:排查 K8s 问题需要熟悉 kubectl/日志命令,遇到 CrashLoopBackOff 测试/预发环境调试报错(依赖未就绪、配置不一致等);需要快速判断是应用配置、镜像、节点资源还是网络/存储侧,手工排查路径长且易遗漏。 二、使用方式Agent 自动完成排查,也可以再通过继续对话交互深入分析。技术指导(如 K8s 最佳实践咨询)和需求支持(如资源配额调整建议)。使用示例:1. @机器人 排查告警信息。 项目也提供agent能力,这里只用到了MCP,因为飞书和aily agent交互实现比较简单。 四、后续改进统一运维 Agent 入口,屏蔽底层差异:以 K8s 排查为起点,逐步整合更多运维能力:日志查询与分析(SLS)、指标监控与告警(Prometheus/Grafana)、服务拓扑与依赖关系(

    72810编辑于 2025-11-18
  • 业务链路驱动的 Web UI Agent 测试

    业务链路驱动的 Web UI Agent 测试 文章封面 Web UI 测试的重点可以从“按脚本点完页面”转向“在真实页面状态下完成并验证业务目标”。 从脚本自动化转向业务链路 传统 UI 自动化常沿着测试范围、测试点、环境与数据、脚本编写、调试、执行、缺陷回归、页面变更后的维护逐步推进。 业务链路驱动把更稳定的业务目标和验收条件放在中心,由 Agent 根据页面观察推进执行;人仍负责质量判断与高风险决策。 五层架构与执行闭环 系统按职责分为任务接入、任务调度、Agent 编排、浏览器执行、数据与结果五层。 感知、规划、执行、验证与运行时护栏构成的执行闭环 运行时护栏先于自主恢复 Agent 可以提议操作,但高风险写操作必须经过确认。

    8210编辑于 2026-10-06
  • 来自专栏AgentScope(Java)新手村系

    【AgentScope Java新手村系列】(8)多Agent协作

    第八章多Agent协作:orchestrator+workers模式,主Agent主持Subagent群聊"以前我们用MsgHub.broadcast(...)让四个agent在同一个消息总线里自由聊天来模拟群聊 任何agent发的消息都会自动广播给hub里所有其他agent。 2.0没有这个类——但等价的语义可以由"主agent当主持人"实现:1.xMsgHub语义2.0替代多agent共享消息总线主agent持有一个Map<speaker,latest_message>状态任一 HarnessAgent.builder()....middleware(newCompactionMiddleware(CompactionConfig.builder().triggerTokens(8000)//上下文超过8ktoken 时压缩.keepRecentMessages(6)//保留最近6条.summaryTarget("MEMORY.md").build())).build();当上下文超过8ktoken时自动把"早期的发言

    80210编辑于 2026-06-15
  • AI Agent不按套路出牌,测试圈慌了

    有个做了六年自动化测试的同事,最近跟我吐槽了一件事:他给一个AI Agent写了一条一模一样的测试指令,早上跑一遍,下午跑一遍,结果居然不一样。 测试用例的全部意义,就建立在这条公理之上——因为结果是确定的,我们才能写出断言,才能判断"通过"还是"失败"。 但AI Agent打破了这条公理。 四种正在被验证有效的新方法论 第一种,对抗性测试。既然Agent会自主决策,测试的重点就要从"验证正确路径"转向"主动构造刁钻场景,看Agent会不会被带偏"。 当Agent做出一个决策,测试人员需要有能力回溯"它为什么这么选",而不只是看结果对不对。这要求测试工程师学会阅读Agent的思考链路和调用日志,把"黑箱"尽可能变成"灰箱"。 对想要入门的测试工程师,一条相对务实的路径是:先别急着重写整套测试框架,而是挑一个团队里已经在用的AI Agent功能,从"行为一致性评测"入手——设计十组语义相近但表述不同的输入,跑上二三十次,记录每次的决策路径和最终结果

    23900编辑于 2026-07-16
  • 来自专栏小锋学长生活大爆炸

    Web应用程序测试:Web测试的8步指南

    正文开始: ---- Web应用测试:Web测试的8步指南 在我们写下更多关于Web测试类型的细节之前,让我们快速定义Web测试。 二、Web应用测试清单 根据Web测试需求,可以执行以下部分或全部测试类型。 1、功能测试 这是用来检查您的产品是否符合您为其制定的规范,以及您在开发文档中为其制定的功能需求的。 cookie测试将包括 ♦ 测试cookie(sessions)会在缓存清除或过期时被删除。 ♦ 删除cookies(会话),并在下次访问网站时测试登录凭证。 7、安全性测试 对于存储敏感客户信息(如信用卡)的电子商务网站来说,安全测试至关重要。 :Babel Enterprise、BFBTester和CROSS 8、众包测试 您将选择大量的人员(人群)来执行测试,否则将在公司中执行一组特定的人员。

    3.9K21发布于 2020-08-13
领券