AI测试 开源项目:WHartTest v2.0.0 发布 - AI 驱动的智能测试用例生成平台

AI测试 开源项目:WHartTest v2.0.0 发布 - AI 驱动的智能测试用例生成平台

WHartTest v2.0.0 发布:AI 驱动的测试自动化平台

如果你还没听过 WHartTest,可以先用一句话理解它:

WHartTest 是一个开源的 AI 驱动测试自动化平台,帮助团队把“需求理解 -> 用例生成 -> 测试执行 -> 结果回传”串成一个完整流程。

它基于 Django REST Framework + Vue 构建,融合 LangChain/LangGraph、知识库检索、MCP 工具调用等能力,目标是让测试团队更快、更稳地落地 AI。

在这里插入图片描述


在这里插入图片描述


在这里插入图片描述


在这里插入图片描述


在这里插入图片描述

为什么做 WHartTest?

很多团队在用 AI 做测试时会遇到几个共同问题:

  1. 只能“对话”,难进真实测试流程
  2. 工具调用不够可控,缺少审批与边界
  3. Token 成本和质量数据不可观测
  4. 自动化能力零散,难形成闭环

WHartTest 的定位就是:不是单点 AI 功能,而是面向测试团队的工程化平台能力。


WHartTest 可以做什么?

  1. 基于需求文档和知识库生成结构化测试用例
  2. 支持 AI 需求评审、风险提示与测试建议
  3. 集成 MCP 工具调用,支持自动化执行与回传
  4. 支持项目隔离、权限控制、提示词管理
  5. 支持测试执行过程管理、截图与结果追踪

v2.0.0 重点升级

这次 v2.0.0 的核心不是“加几个按钮”,而是把稳定性、可控性、可观测性全面升级。

1. 架构升级:Agent 能力更稳定

  • LangChain 升级到 v1.x 体系(含 LangGraph v1.x)
  • 重构 Agent Loop,统一创建方式
  • 引入 Middleware 机制,支持上下文压缩与 HITL 流程

2. 可控升级:AI 工具调用可治理

  • 新增工具“始终拒绝”策略(自动拒绝高风险工具调用)
  • 图表编辑器支持 HITL 工具审批卡片与中断恢复
  • 集成并优化 agent-browser 稳定性

3. 可观测升级:Token 与成本更透明

  • Token 用量追踪与统计看板增强
  • 优化计费精度,按真实 usage_metadata 统计
  • 修复重复累加与时区偏差问题

4. 体验与韧性升级

  • 修复重试导致的消息前后端不同步
  • 修复 HTML 消息显示与换行问题
  • 优化流式响应在审批等待场景的状态判断
  • 增加版本检查与 Draw.io 超时降级机制

这对团队意味着什么?

  1. 更稳:长链路 Agent 场景更可靠
  2. 更可控:关键工具调用可审批、可限制
  3. 更可管:Token 成本和执行过程可追踪
  4. 更易落地:从“AI 能用”走向“团队可持续使用”

快速体验(Docker)

如果项目对您有用请点个 star~ 支持一下,谢谢

git clone https://github.com/MGdaasLab/WHartTest.git cd WHartTest cp .env.example .env docker-compose up -d

Read more

剖析 SOFATracer:蚂蚁金服开源分布式链路追踪组件

剖析 SOFATracer:蚂蚁金服开源分布式链路追踪组件

目录 一、为什么需要 SOFATracer?  二、核心思想与能力 (一)基于 OpenTracing 标准构建 1. OpenTracing 标准 2. SOFATracer 如何实现标准? a. Tracer 接口实现(SofaTracer) b. Span 实现(SofaTracerSpan) c. SpanContext 透传(SofaTracerSpanContext) 3. 标准机制带来的优势 4. 与分布式追踪基础论文的联系 5. 传播机制与链路构建过程 (二)全局 TraceId + SpanId 串联链路 (三)高性能日志异步写盘 1. 问题背景:为什么同步写日志是灾难? 1.1 I/O 阻塞放大 RT

By Ne0inhk
为什么企业禁用MinIO,以及MinIO的开源平替介绍

为什么企业禁用MinIO,以及MinIO的开源平替介绍

目前,MinIO 在中国并非被“官方禁用”,是大量企业主动弃用MinIO,主要出于合规、安全、许可证、信创四大类风险考量,并普遍转向国产开源平替方案。以下分两部分说明: 一、企业“禁用”MinIO 的 4 类核心原因 1. 许可证风险(AGPL v3) * MinIO 社区版采用 AGPL v3,具有“传染性”:一旦与公司内部闭源代码产生链接/调用,理论上需将整个代码栈开源。 * 国内外主流大厂(Google、阿里、华为等)内部均明文禁止引入 AGPL 组件;法务一旦排查,必须下线整改。 2. 信创合规门槛 * 政务、金融、能源、医疗等关键领域要求 CPU、操作系统、数据库、中间件全部国产化。

By Ne0inhk

GitHub 上开源了 30+ 个 OpenClaw 真实使用案例。

最近逛 GitHub 的时候发现了一个挺有意思的仓库,专门收集 OpenClaw 的 usecases。 说实话,很多人装完 OpenClaw 之后的操作都是一样的:疯狂往里面塞各种 Skill,ClawHub 逛得跟菜市场一样热闹,今天装个天气查询,明天装个股票分析,后天又来个翻译助手。 结果装了一堆却发现每天还是在信息搜索、做个记录。Skill 装了一百个,生活一点没变轻松。 这个开源项目就是专门收集人们真实在用的 OpenClaw 场景,而不是单纯介绍某个 Skill 或插件。 01 开源项目简介 awesome-openclaw-usecases 目前收录了 30 多个经过验证的真实使用场景。 它的核心理念非常简单:不是教你装什么 Skill,而是告诉你别人是怎么把 OpenClaw 变成真正能帮人类干活的私人助理的。 如果你不知道 OpenClaw 具体能做什么,只停留在抽象概念。有一些自动化或搭建 AI 智能体想法,但不知道如何系统落地,想参考别人已经跑通的真实工作流和自动化方案。

By Ne0inhk
深度盘点:GitHub 上十大必装 Claude Skill,让你的 AI 助手效率提升 4 倍

深度盘点:GitHub 上十大必装 Claude Skill,让你的 AI 助手效率提升 4 倍

深度盘点:GitHub 上十大必装 Claude Skill,让你的 AI 助手效率提升 4 倍 Claude Code 已经很强大,但如果搭配这些精心设计的 Skills,它将变身超级生产力工具。本文为你深度解析 GitHub 上最受欢迎的 10 大 Claude Skills,帮助你找到最适合的配置方案。 引言:为什么 Claude Skills 如此重要? 在 2025-2026 年,Claude Code 生态经历了爆发式增长。Skills 系统的出现,让 Claude 从一个"对话助手"升级为"专业工具"。通过安装不同的 Skills,你可以:

By Ne0inhk