Treseko 标志Treseko

首页

Treseko 1.0.6:QA、AI 与可追溯性更新

了解 Treseko 1.0.6 的功能,以及它们如何连接测试用例、执行、证据和发布决策。

本页面属于 Treseko 面向质量、自动化、证据和发布决策的公开资源。

版本价值体现在它能帮助团队做什么

Treseko 1.0.6 汇集了测试设计、证据留存和构建风险理解方面的改进。核心目标很直接:发布决策应有上下文,不必从十几个打开的标签页里重新拼凑。

其中一些工作从 1.0.2 起逐步完善。以下链接可直接查看各功能的专题文档。

可以重复执行、回头核对的测试

API 测试定义请求、变量和断言;对话测试按轮次安排消息和预期。两者都保留结果及其证据,团队不必再从聊天记录里猜测当时测了什么。测试格式与执行方式是两个独立概念。

AI 帮助起草,团队负责审核

AI 可以协助起草需求、用户故事和测试用例,也可以按任务配置不同的配置档案、模型和工作流。生成内容只是起点:应用前,团队仍需检查标准、覆盖范围和假设。这样能减少重复劳动,但不会把模型回答误当成已经批准的决定。

从需求到结果,保留前后关联

可追溯性将需求、用户故事、测试用例、执行记录和缺陷关联起来。团队可以查看测试覆盖了什么需求、哪里仍有缺口,以及对应的结果或缺陷。故事发生变化时,也更容易判断需要复查哪些内容,而不用在分散的文档中追找线索。

可分享且能管理期限的报告

管理层报告和团队报告面向不同读者呈现 QA 信息;快照则保留某一时点的结果视图。分享链接可以设置到期时间,也可以撤销。可用性取决于版本和权限;分享报告不会开放整个安装实例。

权限与团队职责相匹配

组织、成员、角色和权限管理帮助团队按职责分配访问范围。目标是让每个人在自己的工作范围内完成所需操作,而不是遇到每个访问请求都授予管理员权限。具体选项取决于角色及安装实例启用的功能。

项目旁边的 Wiki 和资产清单

项目 Wiki 用 Markdown 页面记录决策和流程;资产清单登记帮助理解测试环境的资产与端点。团队成员接手案例时,更容易找到相关背景。它们不能替代执行证据;资产清单不会运行性能测试,Wiki 也不应保存密钥等机密。

只把任务交给能力匹配的 Worker

已注册的 Worker 会报告状态和能力。Treseko 据此避免向停用或已撤销的 Worker 分配新任务,并检查其框架和语言是否匹配。Worker 执行任务并返回结果;测试用例、执行记录和证据仍由 Treseko 保存。

权限和控制明确的 MCP 集成

兼容工具可通过 MCP 按已启用的功能和权限读取或修改信息。团队因此可以连接助手,而无需授予其整个安装实例的访问权。可执行操作取决于 scope 和角色;MCP 不是运行任意命令的控制台。

带有检查与恢复路径的更新

启用更新前,Treseko 会准备并检查各组件。只有服务启动并通过检查后,新版本才会确认生效;过程失败时可使用备份和恢复路径。这能降低系统处于半更新状态的风险,但仍需保留日常运维备份。

让日常工作少一些阻碍

这次更新还改善了导航、附件、证据和报告,并更关注小屏幕体验。应用界面支持西班牙语、英语和葡萄牙语。团队可以更快找到所需内容,并在日常工作环境中检查结果。

安全改进与自动化状态

敏感数据保护、连接验证、凭据和权限管理也得到加强。如果 Treseko 无法确认自动化结果,会将状态保留为“未知”,而不会标记为通过。

自动化不代表盲目批准

如果无法确定一次执行的结果,Treseko 会将其保留为“未知”,而不会标记为通过。

链接指南会说明各项功能的范围、控制措施和使用条件。

逐项了解功能

查看文档 · 查看 QA 解决方案 · 查看 QA 资源