← 全部文章

指南

为 QA 团队用 JustZix —— 通过链接分享动作

15 5月 2026 · 作者 JustZix Team

一名测试员不该为了一个「用测试数据填表单」的按钮去等开发。在 JustZix 里他自己搭建它 —— 然后用一个链接把它交给整个团队。下面是如何做。

问题：QA 工具依赖开发

一个典型的 QA 工具栏 —— 「填数据」、「清空购物车」、「设置状态 X」—— 通常是给开发的一个请求和 backlog 里的一个条目。可它们是几行 JavaScript，一名测试员能自己写、自己维护。

步骤 1 —— 搭建一套动作

在一个 JustZix 文件夹里（URL 模式设到测试环境）创建一条带动作的规则：FILL 填表单，CLR 清空字段，STATE 设置一个应用特定的状态。每个动作是一个按钮和一段 JS。

步骤 2 —— 通过链接分享给团队

JustZix 让你把一个文件夹导出为一个分享链接 —— 一个 JZS-XXXX-XXXX-XXXX-XXXX 令牌，生命期从 1 到 48 小时。你发出链接，接收者看到捆绑包的预览（带一个它含有 JavaScript 的警告），一键导入它。整个团队有了同一个 QA 工具栏。

链接对比同步 —— 何时用哪个

• 一个分享链接 —— 一次性地转交给其他人。令牌过期，之后每个人都有自己的副本。用于把一个捆绑包交给团队。
• 用密钥同步 —— 是你的规则在你的设备上，实时的。不是用来分享给别人的。

对一个 QA 团队来说：一个人维护「参考」捆绑包，有改动时发一个新链接。

步骤 3 —— 更新

应用变了，FILL 动作里的选择器不再匹配了？捆绑包的作者在他那边修好动作并发一个新链接。团队其余的人重新导入。版本管理是手动的但简单 —— 而且不需要给开发一张工单。

坑

• 捆绑包含有 JavaScript —— 接收者会看到它。这是好事：导入外来 JS 应该是有意识的。在一个互相信任的团队里这是个形式；尽管如此，每个人都该知道自己导入了什么。
• 令牌会过期。一个 TTL 24 小时的链接两天后就不工作了 —— 这是有意的。要一个永久的捆绑包，每次改动都发一个新链接。
• 测试数据不是生产数据。FILL 动作插入测试数据 —— 永远不要把真实凭证写死进去。

另见

• 从零搭建 QA 工具栏 —— 一步步搭建一套动作
• window.JZ 作为框架 —— 把动作组合成工作流
• 注入 JS 的安全 —— 有判断力地导入外来捆绑包

安装 JustZix —— 给你的 QA 团队工具，不用向开发排队。