Files
HomeAgent/internal/plugins/webui/test/config_namespace_test.go
JianFeeeee 87f874e06f refactor(webui): 7 个黑箱判据迁到 test/ + 导出前端资源入口
## 迁移了什么

    chat_ack_timeout_test.go       → test/
    chat_attachment_img_test.go    → test/
    cmd_history_render_test.go     → test/
    config_namespace_test.go       → test/
    dashboard_tabs_deps_test.go    → test/
    plugin_status_render_test.go   → test/
    starmap_perf_test.go           → test/

包名 `webui` → `test`。`webui/` 目录少 7 个测试文件。

## 为什么是这 7 个(分类依据)

先按「对未导出符号的依赖数」把 29 个测试文件测了一遍,这 7 个是
**0 依赖**(既不用 handleXxx,也不用 testSDK/newTestHandler 等测试辅助)。
其余 22 个按强度递增留在包内,后续逐步处理。

## 新增两个导出入口

### webui.FrontendAsset(name)

返回打包进二进制的前端资源原文(dashboard.js / dashboard.css /
mascot.webp / logo.svg …)。

判据要检查「实际会被发出去的那份文本」:dashboard.js 在严格模式下
会不会抛 ReferenceError(用 node 真跑)、mascot.webp 的魔数是否合法、
HTML 属性里有没有残留转义引号。

这些无法通过 HTTP 端点可靠断言(要登录态、且拿到的是拼接后整页,
定位不到单个 asset)。而留在包内测就得读 `dashboardFS` 这个**未导出变量**
—— 那正是"测试耦合实现"。导出后,判据变成「输入 asset 名 → 输出字节」,
与资源存在哪个变量、怎么 embed 无关。

### webui.DashboardPage()

返回组装完成的整页 HTML(外壳 + 内联 CSS/JS)—— 浏览器实际收到的那份。
与 FrontendAsset 的分工:那个取单个源资产,这个取成品。

## 顺带修掉迁移暴露的两个隐患

① 三个判据原本 `os.ReadFile("dashboard.js")` 读**磁盘相对路径**。
   在包内恰好能跑(工作目录就是包目录),但那读的是**工作区文件**,
   不是**二进制里实际嵌入的那份** —— 两者在生产上可能不同
   (比如打包后 dashboard.js 被替换)。统一改走 FrontendAsset。

② starmap_perf_test 的相对路径 `../../../shared/starmap/layout.js`
   与 `static/starmap-layout-worker.js` 在移入子目录后失效,已修正为
   `../../../../shared/...` 与 `../static/...`。

## 判据仍有效(变异验证)

把 dashboard.js 里 ack 超时 `}, 600000);` 改成 `}, 30000);`:

    --- FAIL: TestChatAckTimeoutIsGenerous
        ★ 受理超时只有 30000 ms —— 太小。
          超时太短会让前端 abort,而 agent 仍在正常干活

恢复后全绿。迁移不是搬完就废。

## 验证

    go build ./...            PASS
    go vet ./...              PASS
    gofmt -l                  干净
    go test ./... -count=1    63 包全过,0 FAIL
                             (webui/test 是新包,故 62 → 63)
    干净检出(worktree)       build + webui/... 全绿

## 后续

    webui 剩余 22 个文件(依赖 handleXxx / testSDK 等),按强度递增处理
    agent/core 739 处白盒引用,先分类再动
    CI 补 coverage + staticcheck
2026-11-04 18:17:31 +08:00

124 lines
4.8 KiB
Go
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

package test
import (
"path/filepath"
"strings"
"testing"
internalConfig "github.com/JianFeeeee/HologramAgent/internal/config"
)
// 门禁:**全局 config 表里不得出现 plugin.<name>.* 形态的键**。
//
// ## 要判的是什么(2026-10-05 生产清理)
//
// 生产 config.db 的全局 `config` 表里躺着:
//
// plugin.webui.username = admin
// plugin.webui.password = admin123 ← 明文口令
// plugin.webui.api_key = admin123 ← 明文密钥
//
// 而**生效凭证根本不在这张表**:`getWebUIConfig` 走 `h.settings.Get`
// → `PluginConfig("webui")` → `config_webui` 表,那里是 jianf/jinrui233719。
//
// ⇒ 那三行是**旧版 SDK 的残留**(那时 Settings() 还写全局表)。
// 现在没有任何代码路径会再写它们(已用判据钉住,见下),
// 但留在库里就是明文泄露:备份、日志、误 dump、任何能读 config.db 的人。
//
// ★ 读不到 ≠ 不该存在。密钥类数据留在库里本身就是风险。
//
// ## 判据钉的是「命名空间纪律」而非逐键列举
//
// `plugin.<name>.<key>` 形态的键只允许出现在 `config_<name>` 表
// (那是插件配置的合法位置)。全局表里出现即命名空间错误。
// 比「这些键现在没被读」强:将来任何插件误写全局表都会被抓到。
// newCfgRegistry 建一个带默认播种的临时 registry。
func newCfgRegistry(t *testing.T) *internalConfig.ConfigRegistry {
t.Helper()
dir := t.TempDir()
reg := internalConfig.NewConfigRegistry(filepath.Join(dir, "config.db"))
reg.SeedDefaults(dir)
t.Cleanup(func() { reg.Close() })
return reg
}
// TestPluginSettingsGoesToPluginTable 钉住「插件的 Set 落 config_<name>,不是全局表」。
//
// ★ 这条是正向断言,比「不许出现 plugin.* 键」更根本:
//
// 只要 Settings().Set 还写 config_<name>,全局表就不会再长出 plugin.* 键。
// 生产那三行残留正是因为历史上它曾经写全局表。
func TestPluginSettingsGoesToPluginTable(t *testing.T) {
reg := newCfgRegistry(t)
// ★ 必须先 RegisterDef:插件配置表(config_<name>)由 RegisterDef 创建
// (见 registry.go 的 ensurePluginTable),而插件 Start 时也是这么做的。
// 直接 Set 会得到 "no such table: config_webui"——那不是缺陷,
// 是「表尚未随定义建立」的正常时序。
ps := reg.PluginConfig("webui")
ps.RegisterDef(internalConfig.ConfigDef{
Key: "password", Default: "", Type: "password",
})
const secret = "s3cret-should-not-be-in-global-table"
if err := ps.Set("password", secret); err != nil {
t.Fatalf("Set: %v", err)
}
// ① 全局表里查不到。
if v, _ := reg.Get("plugin.webui.password"); v != nil {
t.Errorf("插件配置泄漏进全局表:plugin.webui.password = %v", v)
}
// ② 插件表里能查到(证明 ① 不是「压根没写进去」)。
if v, _ := ps.Get("password"); v != secret {
t.Errorf("插件表里读不到刚写的值:%v", v)
}
// ③ 全局 List 也不该暴露它。
for _, k := range reg.List("") {
if strings.HasPrefix(k, "plugin.") {
t.Errorf("全局 List 暴露 plugin.* 形态的键 %q", k)
}
}
}
// TestGlobalConfigHasNoPluginPrefixedKeys 在**播种了全部默认值**之后检查全局表。
//
// ★ 与上一条同源但覆盖面更大:默认值播种(SeedDefaults)是「没人显式 Set
//
// 也会往库里写」的那条路径,最容易把带前缀的键漏进全局表。
func TestGlobalConfigHasNoPluginPrefixedKeys(t *testing.T) {
reg := newCfgRegistry(t)
for _, k := range reg.List("") {
if strings.HasPrefix(k, "plugin.") {
t.Errorf("SeedDefaults 后全局 config 表出现 plugin.* 形态的键 %q —— "+
"插件配置必须写进 config_<name> 表;写进全局表会把口令/密钥"+
"落到不该落的地方(生产曾残留 plugin.webui.password=admin123)", k)
}
}
}
// TestRegisterDefDoesNotQualifyKey 钉住 RegisterDef 的键限定行为:
//
// `PluginSettings.RegisterDef` 会把 `def.Key` 改写成 `plugin.<name>.<key>`
// 存进全局 defs 注册表(供设置页展示 meta),而**值**仍写 config_<name>。
// 这里确认「defs 注册表里有 plugin.* 键」是**预期**的,
// 免得后人把这条门禁误改成「全局不许出现 plugin. 前缀」而误伤正常元数据。
func TestRegisterDefDoesNotQualifyKey(t *testing.T) {
reg := newCfgRegistry(t)
ps := reg.PluginConfig("webui")
defs := ps.ListDefs("")
var sawQualified bool
for _, d := range defs {
if strings.HasPrefix(d.Key, "plugin.webui.") {
sawQualified = true
}
}
if !sawQualified {
// 没播种 webui 的 def 也可能为空 —— 那就不做断言,但要点明意图。
t.Log("本次 registry 无 webui 配置定义(SeedDefaults 未含),跳过正向确认")
}
}