UI 审查 - Chromatic

我们使用一种名为 Chromatic 的工具,对所有 Storybook Story 进行自动快照测试。这使我们能够以自动化的方式快速捕捉设计回归。作为其中的一部分,我们还使用 Chromatic 来审查和批准可视化更改。Bitwarden GitHub 组织的成员可以使用他们的 GitHub 账户登录 Chromatic。

检查​

Chromatic 将审核流程分为两个部分:用户界面测试 (UI Tests) 和用户界面审核 (UI Review)。这些在 PR 上表现为两种不同的检查,需要以不同的方式处理。下面详细介绍了处理每一项的期望。

UI 测试​

UI 测试捕获云浏览器环境中每个 Story 的视觉快照。每当您推送代码时,Chromatic 都会生成一组新的快照并将它们与基线进行比较。如果有视觉变化,您需要验证它们是否是故意的。

https://www.chromatic.com/docs/test

UI 审查​

UI 测试可以保护您免受意外回归的影响。但是,在发布之前,您需要邀请开发人员、设计师和产品经理检查 UI 以确保其正确。

UI 审查创建由 PR 引入的精确视觉更改的变更集。您指定审阅者,他们可以对不太正确的更改发表评论并请求调整。可以将其视为代码审查,但针对的是您的 UI。

https://www.chromatic.com/docs/review

审查​

如果存在视觉变化,Chromatic 会将拉取请求标记为待处理。每个拉取请求作者都有责任审查 Chromatic 中的 UI 测试结果,并批准更改是否是有意的。

通过单击拉取请求中的 UI 测试检查,可以轻松访问测试。

UI 审核所需的操作取决于失败的案例:

  • 组件库应由设计部门审查,这是通过在 GitHub 中请求审查 bitwarden/dept-design 来完成的。

  • 其他更改应由审查开发人员审查。

可以通过单击 UI 审查检查来访问审核。

还可以通过单击 Storybook Publish 检查来浏览 Storybook 中的拉取请求。

最后更新于