software-design-test:用 DeepSeek Harness 模拟真实用户做软件设计测试

前言

在 DeepSeek Harness(DSH)里做软件设计时,界面改完是否「真好用」,往往仍靠开发者自己点一遍,或交给自动化脚本。前者难复现、难审计;后者容易绕过真实交互路径,也谈不上「像用户那样用」。下面介绍社区插件 software-design-test(维护者 Inceptzws):它把「模拟真实用户测试」收成一套可执行流程——人物与场景、可执行任务卡、三级真实输入模式,以及以录屏与截屏为据的判断方式,且明确不做输入注入。

这是什么

software-design-test 是一个 DSH bundle 插件,重心是「怎么模拟真实用户来测软件」。装上后,Agent 会先走权限闸门,再按人物、场景、任务卡与测试内容清单,用真实鼠标键盘操作,并用画面证据给出可复现的缺陷报告。许可证为 MIT;README 标明其为社区项目,与 DeepSeek AI 无隶属关系。npm 包当前版本为 1.2.1(以 package.json 为准)。在 DSH Plugin Hub 等目录中可找到收录页;能力分类在 README 中记为「技能与智能体(Skills & Agents)」。

核心功能

插件的设计约束在 README 里写得很清楚,可概括为以下几点。

  1. 人是唯一的手:只用真实鼠标与键盘,按 L1 仅鼠标 → L2 鼠标+键盘禁快捷键 → L3 可快捷键 三级模式推进,配合出声思维式执行。
  2. 屏幕是唯一的证据:从录屏/截屏观察元素是否完好、工具是否可用;代码与日志仅作线索。
  3. 零输入注入:不注入鼠标/触摸/按键事件,不驱动自动化框架,不调用软件内部句柄;仓库 CI 含「包内不存在输入注入 API」类断言。
  4. 先问权限再动手:鼠标、键盘、录屏、截屏与系统权限逐项询问,未答复不开始;可选只读守门器观察是否有注入类工具在跑。
  5. 可本地审计:证据落在会话目录;技能内容、问卷、报告模板与文档为中英对照。

运行要求方面,README 注明:零依赖、零构建、不联网;只写会话目录;Node ≥ 20.11;capture 脚本覆盖 macOS、Windows、iOS 模拟器与 Android。兼容 DeepSeek Harness 0.2.0-rc.2(维护者本机实测)。权限侧:需要截屏/录屏相关能力;README 写明不需要辅助功能、输入监控、自动化等控制权限。

安装与启用

安装命令须与 README 一致,可按渠道择一使用。

从 npm 安装(预构建,无需构建授权):

dsh plugin --profile web add software-design-test
dsh plugin --profile desktop add software-design-test

从 GitHub 安装(源码直装;包为零依赖零构建):

dsh plugin --profile web add github:Inceptzws/software-design-test

本地开发或改源码时,可用 Release 中的 tarball,或 link: 指向本地目录(详见仓库 docs/INSTALL.zh-en.md)。

安装后重启 Harness,并用下面命令确认是否挂载成功:

grep -n "software-design-test" ~/.dsh/profiles/desktop/package.json

README 说明:依赖里出现对应条目、dsh.profile.bundles 中有同名条目即表示挂载;在 / 菜单或 skill 工具里能看到插件技能是更可靠的确认方式。

典型用法

在对话里触发

  1. 直接说触发词 模拟真实用户测试(英文:simulate a real user test / run a real-user simulation test)。插件会进入真实模拟测试:确认对象 → 权限问卷 → 建会话开跑。
  2. 也可以说「用 software-design-test 测一下 \<应用名>」,或从 / 菜单选择 software-design-test。
  3. 回答权限问卷(鼠标、键盘级别、录屏、截屏、麦克风、系统权限、范围、数据边界、合规确认)。
  4. 建会话后,按 L1→L2→L3 执行,逐条落盘,最后生成中英对照报告(含未验证项、权限缺口、跨模式差异、注入观察等)。

更完整的对话模板与 FAQ 见仓库 docs/USAGE.zh-en.md;框架设计见 docs/FRAMEWORK.zh-en.md。

CLI 会话示例

在插件目录下,README 给出一条可复现的脚本链路,用于初始化会话、过闸门、采集与出报告:

cd software-design-test
node scripts/session.mjs init ./ui-test-demo-2026-10-04 --platform macos --app "Demo"
node scripts/session.mjs gate ./ui-test-demo-2026-10-04 --mouse yes --keyboard L2 \
  --screen-recording yes --screenshot yes --compliance yes
node scripts/capture.mjs check
node scripts/guard.mjs scan  ./ui-test-demo-2026-10-04
node scripts/capture.mjs record ./ui-test-demo-2026-10-04 --label L1 --seconds 60
node scripts/report.mjs build ./ui-test-demo-2026-10-04

未通过权限闸门时,测试不会开始;报告构建会汇总测试内容分布与中英对照结论。

适用场景与注意

适合谁: 在 macOS、Windows、iPhone、iPad 等交互环境下做软件设计或 UI 迭代,需要可审计的「真人路径」探索测试、任务卡驱动走查,以及基于画面证据记录断头路、绕路、误导与状态问题的团队。

使用前注意:

  • 插件以当前 DSH 进程权限运行;安装前应自行查看 GitHub 源码 与 MIT 许可证,确认符合你的合规与数据边界要求。
  • 涉密界面默认不录等边界应在权限问卷中明确;证据仅存本地会话目录。
  • DSH 生态理念是「一切皆插件」;dsh-plugin.org 等社区目录为独立收录站点,并非 DeepSeek 或幻方官方应用商店。

结尾

software-design-test 的价值可以概括为一行:让 Agent 像真实用户一样测软件——权限闸门 → 人物/场景/任务卡 → 真实操作 → 录屏截屏证据 → 可复现缺陷报告。若要安装或查阅维护者文档,可访问目录页 skillhub.cn/plugins/Inceptzws/software-design-test 与仓库 github.com/Inceptzws/software-design-test。

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

Xiaoye