試體系：Vitest 雙項(xiàng)目、Storybook 渲染契約與 a11y 門(mén)禁)
Dify 的 langgenius/dify-ui 組件包測(cè)試體系Vitest 雙項(xiàng)目、Storybook 渲染契約與 a11y 門(mén)禁【免費(fèi)下載鏈接】difyBuild Agentic workflows, RAG pipelines, with rich AI model and tool support on one collaborative workspace. Deploy on cloud, VPC, or self-hosted, so teams move from prototype to production without rebuilding the stack.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/di/dify本文以 Dify 倉(cāng)庫(kù)中packages/dify-ui/docs/testing.md這份《Testing and Development》文檔為核心系統(tǒng)講解langgenius/dify-ui組件包的完整測(cè)試與開(kāi)發(fā)工作流如何運(yùn)行格式化/lint/類(lèi)型檢查與雙 Vitest 項(xiàng)目、Storybook 故事即渲染契約的測(cè)試邊界設(shè)計(jì)、Storybook a11y 門(mén)禁的配置細(xì)節(jié)以及 Base UI 動(dòng)畫(huà)在測(cè)試中的處理策略。讀完本文你將能夠在該包中正確選擇測(cè)試歸屬u(mài)nit 還是 storybook、運(yùn)行全部測(cè)試命令、并為組件編寫(xiě)符合包規(guī)范的單元測(cè)試與 Storybookplay測(cè)試。一、包的定位與命令入口packages/dify-ui是 Dify 工作區(qū)內(nèi)的私有 UI 原語(yǔ)包langgenius/dify-ui提供獨(dú)立 UI 原語(yǔ)、設(shè)計(jì) token、CSS 優(yōu)先的 Tailwind 樣式和cn()工具函數(shù)大部分交互原語(yǔ)是對(duì) Base UI headless 組件的薄而有主見(jiàn)的封裝見(jiàn) README。測(cè)試體系正是圍繞Base UI 上游行為歸上游、Dify 自有契約歸本包這一邊界來(lái)組織的。文檔給出的命令分為兩層倉(cāng)庫(kù)根目錄執(zhí)行格式、lint 與 TypeScript 診斷vp check packages/dify-ui在packages/dify-ui/目錄下執(zhí)行測(cè)試與 Storybook 命令命令作用vp test --project unit運(yùn)行原語(yǔ)primitive單元測(cè)試vp run storybook啟動(dòng) Storybookvp test --project storybook --run以瀏覽器模式運(yùn)行 Storybook 組件測(cè)試vp test同時(shí)運(yùn)行兩個(gè)測(cè)試項(xiàng)目這些命令與包內(nèi) package.json 中的scripts一一對(duì)應(yīng)test: vp test --project unit、test:storybook: vp test --project storybook --run、test:watch: vp test --project unit --watch、storybook: storybook dev -p 6006、type-check: tsc。也就是說(shuō)vp test這類(lèi) vite-plus 命令既可以通過(guò)根目錄直接執(zhí)行也可以落到 npm script 上日常調(diào)用二者等價(jià)。二、測(cè)試邊界兩個(gè) Vitest 項(xiàng)目一個(gè) Chromium 運(yùn)行時(shí)文檔明確了兩點(diǎn)架構(gòu)性事實(shí)包內(nèi)配置了兩個(gè) Vitest 項(xiàng)目Vitest projects二者都運(yùn)行在Playwright Chromium Browser Mode中——項(xiàng)目名標(biāo)識(shí)的是行為歸屬方而不是不同的運(yùn)行時(shí)。Storybook 用于承載有文檔的組件示例每一個(gè) story 都是一份渲染契約render contract并通過(guò) Storybook Vitest addon 運(yùn)行配置的無(wú)障礙檢查。當(dāng)示例還承擔(dān)可見(jiàn)狀態(tài)變化、用戶交互、鍵盤(pán)路徑、overlay 流程、表單行為、加載行為、受控狀態(tài)協(xié)同中的任一項(xiàng)時(shí)應(yīng)為其添加play測(cè)試。普通 Vitest 測(cè)試用于更底層的 wrapper 契約如 class 變體cva variants、Base UI 透?jìng)?props、hidden-input 序列化、data-attribute 鉤子、stores以及不需要有文檔示例覆蓋的邊界情況。源碼層面的項(xiàng)目配置印證vite.config.ts 完整實(shí)現(xiàn)了這一邊界頂層test.browser開(kāi)啟enabled: trueprovider 為playwright()實(shí)例為chromiumheadless: true失敗時(shí)自動(dòng)截圖screenshotFailures: true截圖落在./.vitest-browser/screenshotsprojects[0]命名unit掛載 Tailwind 插件、開(kāi)啟globals、加載setupFiles: [./vitest.setup.ts]、include: [src/**/__tests__/**/*.spec.{ts,tsx}]并配置瀏覽器 trace 在失敗時(shí)保留trace.mode: retain-on-failureprojects[1]命名storybook通過(guò)storybook/addon-vitest/vitest-plugin的storybookTest({ configDir })加載.storybook目錄下的故事并生成測(cè)試覆蓋率由 v8 提供include: [src/**/*.{ts,tsx}]排除 stories、__tests__、themes、stylesCI 環(huán)境process.env.CI輸出json json-summary本地額外輸出text報(bào)告。這條路徑解釋了為什么unit 項(xiàng)目也要跑在瀏覽器里因?yàn)榻M件依賴(lài)真實(shí) DOM、CSS 布局與 Base UI 的 presence 生命周期瀏覽器模式才是與生產(chǎn)一致的驗(yàn)證環(huán)境。unit 測(cè)試實(shí)例Button 契約以 Button 單元測(cè)試 為例可以看到wrapper 契約測(cè)試的典型形態(tài)使用vitest-browser-react的render與vite-plus/test/browser的userEvent斷言默認(rèn)typebutton、可覆蓋為submit、nativeButton{false}時(shí)經(jīng) render prop 渲染為非原生元素?cái)嘌詃isabled使用原生語(yǔ)義toBeDisabled()且不帶aria-disabledloading狀態(tài)可通過(guò)focusableWhenDisabled{false}選擇退出焦點(diǎn)斷言 loading 中的 submit 按鈕不會(huì)隱式觸發(fā)表單提交——這正是文檔所說(shuō)不需要有文檔示例的底層契約的典型用例。三、無(wú)障礙a11y門(mén)禁test error與唯一的 color-contrast 例外文檔對(duì) a11y 的約定非常嚴(yán)格Storybook 無(wú)障礙測(cè)試使用a11y.test error任何被啟用的違例會(huì)直接讓測(cè)試失敗顏色對(duì)比度color-contrast是唯一被全局禁用的規(guī)則原因是它是已知的設(shè)計(jì) token 缺口known design-token gap明確規(guī)定不要新增任何全局例外臨時(shí)例外必須局部化到受影響的 story不要用play測(cè)試來(lái)替代一個(gè)無(wú)障礙修復(fù)。這一約定在 .storybook/preview.tsx 中逐行落實(shí)a11y: { test: error, config: { rules: [ { id: color-contrast, enabled: false, }, ], }, },同時(shí)該 preview 文件通過(guò)withThemeByDataAttribute裝飾器以data-theme屬性切換light/dark主題默認(rèn) light并以tags: [autodocs]為每個(gè) story 自動(dòng)生成文檔頁(yè)。而 .storybook/main.ts 聲明了故事發(fā)現(xiàn) glob../src/**/*.stories.(js|jsx|mjs|ts|tsx)、react-vite框架以及addon-a11y、addon-vitest、addon-docs、addon-themes等插件鏈——a11y與vitest兩個(gè) addon 正是story 即契約 違規(guī)即失敗機(jī)制的執(zhí)行者。實(shí)踐含義如果你在某個(gè) story 中確實(shí)需要臨時(shí)豁免某條 a11y 規(guī)則應(yīng)把該豁免寫(xiě)在對(duì)應(yīng) story 的局部配置里而不是回到 preview 里再加一條enabled: false。四、動(dòng)畫(huà)測(cè)試策略BASE_UI_ANIMATIONS_DISABLED標(biāo)志Base UI 在卸載由 transition 驅(qū)動(dòng)的原語(yǔ)前會(huì)等待element.getAnimations()。當(dāng)測(cè)試斷言的是最終 DOM 狀態(tài)而非動(dòng)畫(huà)行為本身時(shí)文檔要求在 Vitest setup 文件中關(guān)閉動(dòng)畫(huà);( globalThis as typeof globalThis { BASE_UI_ANIMATIONS_DISABLED: boolean } ).BASE_UI_ANIMATIONS_DISABLED true包內(nèi)三處相關(guān)配置分別對(duì)應(yīng)文檔中的三條規(guī)則unit 項(xiàng)目默認(rèn)關(guān)閉動(dòng)畫(huà)vitest.setup.ts 正是文檔中代碼片段的落地此外它還引入./vitest.css并將document.documentElement.dataset.theme固定為light保證主題變量與故事一致Storybook 項(xiàng)目保留真實(shí)動(dòng)畫(huà)生命周期文檔明確指出 Storybook 使用其 preview setupmust retain real animation lifecycles因此vitest.setup.ts只對(duì) unit 項(xiàng)目生效見(jiàn) vite.config.ts 中僅 unit 項(xiàng)目配置setupFiles有意斷言動(dòng)畫(huà)行為的單測(cè)可局部恢復(fù)為false但必須在 cleanup 中還原舊值。倉(cāng)庫(kù)中已有兩處示范這一模式popover 測(cè)試約 L41-L69在測(cè)試前讀取并保存animationSettings.BASE_UI_ANIMATIONS_DISABLED置為false在 teardown 中還原為animationsDisabledtoast 測(cè)試L93-L162 附近同樣先保存animationState測(cè)試中關(guān)閉禁用標(biāo)志結(jié)束后還原。這種保存—改寫(xiě)—還原的寫(xiě)法避免了測(cè)試間的全局狀態(tài)污染是遵循文檔要求的具體實(shí)現(xiàn)范式。五、端到端自查流程綜合文檔與倉(cāng)庫(kù)配置修改packages/dify-ui中的一個(gè)組件后的完整驗(yàn)證流程為在packages/dify-ui/下運(yùn)行vp test --project unit確認(rèn)新增/修改的 wrapper 契約class 變體、透?jìng)?props、data-attribute 鉤子等通過(guò)在packages/dify-ui/下運(yùn)行vp test --project storybook --run確認(rèn)所有 story 的渲染契約與 a11y 檢查通過(guò)違規(guī)會(huì)因test error而失敗需要交互式核對(duì)組件行為時(shí)運(yùn)行vp run storybook打開(kāi) 6006 端口的 Storybook注意 Storybook 保留真實(shí)動(dòng)畫(huà)驗(yàn)證 presence/transition 相關(guān)行為時(shí)不要依賴(lài) unit 項(xiàng)目的動(dòng)畫(huà)禁用標(biāo)志回到倉(cāng)庫(kù)根目錄運(yùn)行vp check packages/dify-ui完成格式化、lint 與 TypeScript 診斷若涉及動(dòng)畫(huà)相關(guān)的 DOM 狀態(tài)斷言確認(rèn)你的測(cè)試落在 unit 項(xiàng)目setup 已自動(dòng)關(guān)閉動(dòng)畫(huà)若要斷言動(dòng)畫(huà)本身參考 popover/toast 的測(cè)試寫(xiě)法在局部臨時(shí)恢復(fù)BASE_UI_ANIMATIONS_DISABLED false并保證 cleanup 還原。關(guān)鍵文件索引關(guān)注點(diǎn)文件本文核心文檔testing.md命令腳本package.json雙項(xiàng)目與瀏覽器模式配置vite.config.tsunit 項(xiàng)目 setup 與動(dòng)畫(huà)禁用vitest.setup.tsa11y 門(mén)禁與主題裝飾器preview.tsxStory 發(fā)現(xiàn)與 addon 鏈main.tsunit 測(cè)試示例button/index.spec.tsx動(dòng)畫(huà)標(biāo)志的局部恢復(fù)范式popover/index.spec.tsx、toast/index.spec.tsx這套體系的核心思想可以概括為用瀏覽器模式統(tǒng)一運(yùn)行時(shí)用項(xiàng)目名劃分行為歸屬用 Storybook 把文檔示例升級(jí)為可執(zhí)行的渲染契約用error級(jí)別的 a11y 檢查把可訪問(wèn)性變成 CI 硬門(mén)禁并用一個(gè)全局動(dòng)畫(huà)標(biāo)志在斷言狀態(tài)與斷言動(dòng)畫(huà)兩類(lèi)測(cè)試之間做出清晰取舍?！久赓M(fèi)下載鏈接】difyBuild Agentic workflows, RAG pipelines, with rich AI model and tool support on one collaborative workspace. Deploy on cloud, VPC, or self-hosted, so teams move from prototype to production without rebuilding the stack.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/di/dify創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 Dify 的 @langgenius/dify-ui 組件包測(cè)試體系：Vitest 雙項(xiàng)目、Storybook 渲染契約與 a11y 門(mén)禁
Dify 的 langgenius/dify-ui 組件包測(cè)試體系Vitest 雙項(xiàng)目、Storybook 渲染契約與 a11y 門(mén)禁【免費(fèi)下載鏈接】difyBuild Agentic workflows, RAG pipelines, with rich AI model and tool support on one collaborative workspace. Deploy on cloud, VPC, or self-hosted, so teams move from prototype to production without rebuilding the stack.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/di/dify本文以 Dify 倉(cāng)庫(kù)中packages/dify-ui/docs/testing.md這份《Testing and Development》文檔為核心系統(tǒng)講解langgenius/dify-ui組件包的完整測(cè)試與開(kāi)發(fā)工作流如何運(yùn)行格式化/lint/類(lèi)型檢查與雙 Vitest 項(xiàng)目、Storybook 故事即渲染契約的測(cè)試邊界設(shè)計(jì)、Storybook a11y 門(mén)禁的配置細(xì)節(jié)以及 Base UI 動(dòng)畫(huà)在測(cè)試中的處理策略。讀完本文你將能夠在該包中正確選擇測(cè)試歸屬u(mài)nit 還是 storybook、運(yùn)行全部測(cè)試命令、并為組件編寫(xiě)符合包規(guī)范的單元測(cè)試與 Storybookplay測(cè)試。一、包的定位與命令入口packages/dify-ui是 Dify 工作區(qū)內(nèi)的私有 UI 原語(yǔ)包langgenius/dify-ui提供獨(dú)立 UI 原語(yǔ)、設(shè)計(jì) token、CSS 優(yōu)先的 Tailwind 樣式和cn()工具函數(shù)大部分交互原語(yǔ)是對(duì) Base UI headless 組件的薄而有主見(jiàn)的封裝見(jiàn) README。測(cè)試體系正是圍繞Base UI 上游行為歸上游、Dify 自有契約歸本包這一邊界來(lái)組織的。文檔給出的命令分為兩層倉(cāng)庫(kù)根目錄執(zhí)行格式、lint 與 TypeScript 診斷vp check packages/dify-ui在packages/dify-ui/目錄下執(zhí)行測(cè)試與 Storybook 命令命令作用vp test --project unit運(yùn)行原語(yǔ)primitive單元測(cè)試vp run storybook啟動(dòng) Storybookvp test --project storybook --run以瀏覽器模式運(yùn)行 Storybook 組件測(cè)試vp test同時(shí)運(yùn)行兩個(gè)測(cè)試項(xiàng)目這些命令與包內(nèi) package.json 中的scripts一一對(duì)應(yīng)test: vp test --project unit、test:storybook: vp test --project storybook --run、test:watch: vp test --project unit --watch、storybook: storybook dev -p 6006、type-check: tsc。也就是說(shuō)vp test這類(lèi) vite-plus 命令既可以通過(guò)根目錄直接執(zhí)行也可以落到 npm script 上日常調(diào)用二者等價(jià)。二、測(cè)試邊界兩個(gè) Vitest 項(xiàng)目一個(gè) Chromium 運(yùn)行時(shí)文檔明確了兩點(diǎn)架構(gòu)性事實(shí)包內(nèi)配置了兩個(gè) Vitest 項(xiàng)目Vitest projects二者都運(yùn)行在Playwright Chromium Browser Mode中——項(xiàng)目名標(biāo)識(shí)的是行為歸屬方而不是不同的運(yùn)行時(shí)。Storybook 用于承載有文檔的組件示例每一個(gè) story 都是一份渲染契約render contract并通過(guò) Storybook Vitest addon 運(yùn)行配置的無(wú)障礙檢查。當(dāng)示例還承擔(dān)可見(jiàn)狀態(tài)變化、用戶交互、鍵盤(pán)路徑、overlay 流程、表單行為、加載行為、受控狀態(tài)協(xié)同中的任一項(xiàng)時(shí)應(yīng)為其添加play測(cè)試。普通 Vitest 測(cè)試用于更底層的 wrapper 契約如 class 變體cva variants、Base UI 透?jìng)?props、hidden-input 序列化、data-attribute 鉤子、stores以及不需要有文檔示例覆蓋的邊界情況。源碼層面的項(xiàng)目配置印證vite.config.ts 完整實(shí)現(xiàn)了這一邊界頂層test.browser開(kāi)啟enabled: trueprovider 為playwright()實(shí)例為chromiumheadless: true失敗時(shí)自動(dòng)截圖screenshotFailures: true截圖落在./.vitest-browser/screenshotsprojects[0]命名unit掛載 Tailwind 插件、開(kāi)啟globals、加載setupFiles: [./vitest.setup.ts]、include: [src/**/__tests__/**/*.spec.{ts,tsx}]并配置瀏覽器 trace 在失敗時(shí)保留trace.mode: retain-on-failureprojects[1]命名storybook通過(guò)storybook/addon-vitest/vitest-plugin的storybookTest({ configDir })加載.storybook目錄下的故事并生成測(cè)試覆蓋率由 v8 提供include: [src/**/*.{ts,tsx}]排除 stories、__tests__、themes、stylesCI 環(huán)境process.env.CI輸出json json-summary本地額外輸出text報(bào)告。這條路徑解釋了為什么unit 項(xiàng)目也要跑在瀏覽器里因?yàn)榻M件依賴(lài)真實(shí) DOM、CSS 布局與 Base UI 的 presence 生命周期瀏覽器模式才是與生產(chǎn)一致的驗(yàn)證環(huán)境。unit 測(cè)試實(shí)例Button 契約以 Button 單元測(cè)試 為例可以看到wrapper 契約測(cè)試的典型形態(tài)使用vitest-browser-react的render與vite-plus/test/browser的userEvent斷言默認(rèn)typebutton、可覆蓋為submit、nativeButton{false}時(shí)經(jīng) render prop 渲染為非原生元素?cái)嘌詃isabled使用原生語(yǔ)義toBeDisabled()且不帶aria-disabledloading狀態(tài)可通過(guò)focusableWhenDisabled{false}選擇退出焦點(diǎn)斷言 loading 中的 submit 按鈕不會(huì)隱式觸發(fā)表單提交——這正是文檔所說(shuō)不需要有文檔示例的底層契約的典型用例。三、無(wú)障礙a11y門(mén)禁test error與唯一的 color-contrast 例外文檔對(duì) a11y 的約定非常嚴(yán)格Storybook 無(wú)障礙測(cè)試使用a11y.test error任何被啟用的違例會(huì)直接讓測(cè)試失敗顏色對(duì)比度color-contrast是唯一被全局禁用的規(guī)則原因是它是已知的設(shè)計(jì) token 缺口known design-token gap明確規(guī)定不要新增任何全局例外臨時(shí)例外必須局部化到受影響的 story不要用play測(cè)試來(lái)替代一個(gè)無(wú)障礙修復(fù)。這一約定在 .storybook/preview.tsx 中逐行落實(shí)a11y: { test: error, config: { rules: [ { id: color-contrast, enabled: false, }, ], }, },同時(shí)該 preview 文件通過(guò)withThemeByDataAttribute裝飾器以data-theme屬性切換light/dark主題默認(rèn) light并以tags: [autodocs]為每個(gè) story 自動(dòng)生成文檔頁(yè)。而 .storybook/main.ts 聲明了故事發(fā)現(xiàn) glob../src/**/*.stories.(js|jsx|mjs|ts|tsx)、react-vite框架以及addon-a11y、addon-vitest、addon-docs、addon-themes等插件鏈——a11y與vitest兩個(gè) addon 正是story 即契約 違規(guī)即失敗機(jī)制的執(zhí)行者。實(shí)踐含義如果你在某個(gè) story 中確實(shí)需要臨時(shí)豁免某條 a11y 規(guī)則應(yīng)把該豁免寫(xiě)在對(duì)應(yīng) story 的局部配置里而不是回到 preview 里再加一條enabled: false。四、動(dòng)畫(huà)測(cè)試策略BASE_UI_ANIMATIONS_DISABLED標(biāo)志Base UI 在卸載由 transition 驅(qū)動(dòng)的原語(yǔ)前會(huì)等待element.getAnimations()。當(dāng)測(cè)試斷言的是最終 DOM 狀態(tài)而非動(dòng)畫(huà)行為本身時(shí)文檔要求在 Vitest setup 文件中關(guān)閉動(dòng)畫(huà);( globalThis as typeof globalThis { BASE_UI_ANIMATIONS_DISABLED: boolean } ).BASE_UI_ANIMATIONS_DISABLED true包內(nèi)三處相關(guān)配置分別對(duì)應(yīng)文檔中的三條規(guī)則unit 項(xiàng)目默認(rèn)關(guān)閉動(dòng)畫(huà)vitest.setup.ts 正是文檔中代碼片段的落地此外它還引入./vitest.css并將document.documentElement.dataset.theme固定為light保證主題變量與故事一致Storybook 項(xiàng)目保留真實(shí)動(dòng)畫(huà)生命周期文檔明確指出 Storybook 使用其 preview setupmust retain real animation lifecycles因此vitest.setup.ts只對(duì) unit 項(xiàng)目生效見(jiàn) vite.config.ts 中僅 unit 項(xiàng)目配置setupFiles有意斷言動(dòng)畫(huà)行為的單測(cè)可局部恢復(fù)為false但必須在 cleanup 中還原舊值。倉(cāng)庫(kù)中已有兩處示范這一模式popover 測(cè)試約 L41-L69在測(cè)試前讀取并保存animationSettings.BASE_UI_ANIMATIONS_DISABLED置為false在 teardown 中還原為animationsDisabledtoast 測(cè)試L93-L162 附近同樣先保存animationState測(cè)試中關(guān)閉禁用標(biāo)志結(jié)束后還原。這種保存—改寫(xiě)—還原的寫(xiě)法避免了測(cè)試間的全局狀態(tài)污染是遵循文檔要求的具體實(shí)現(xiàn)范式。五、端到端自查流程綜合文檔與倉(cāng)庫(kù)配置修改packages/dify-ui中的一個(gè)組件后的完整驗(yàn)證流程為在packages/dify-ui/下運(yùn)行vp test --project unit確認(rèn)新增/修改的 wrapper 契約class 變體、透?jìng)?props、data-attribute 鉤子等通過(guò)在packages/dify-ui/下運(yùn)行vp test --project storybook --run確認(rèn)所有 story 的渲染契約與 a11y 檢查通過(guò)違規(guī)會(huì)因test error而失敗需要交互式核對(duì)組件行為時(shí)運(yùn)行vp run storybook打開(kāi) 6006 端口的 Storybook注意 Storybook 保留真實(shí)動(dòng)畫(huà)驗(yàn)證 presence/transition 相關(guān)行為時(shí)不要依賴(lài) unit 項(xiàng)目的動(dòng)畫(huà)禁用標(biāo)志回到倉(cāng)庫(kù)根目錄運(yùn)行vp check packages/dify-ui完成格式化、lint 與 TypeScript 診斷若涉及動(dòng)畫(huà)相關(guān)的 DOM 狀態(tài)斷言確認(rèn)你的測(cè)試落在 unit 項(xiàng)目setup 已自動(dòng)關(guān)閉動(dòng)畫(huà)若要斷言動(dòng)畫(huà)本身參考 popover/toast 的測(cè)試寫(xiě)法在局部臨時(shí)恢復(fù)BASE_UI_ANIMATIONS_DISABLED false并保證 cleanup 還原。關(guān)鍵文件索引關(guān)注點(diǎn)文件本文核心文檔testing.md命令腳本package.json雙項(xiàng)目與瀏覽器模式配置vite.config.tsunit 項(xiàng)目 setup 與動(dòng)畫(huà)禁用vitest.setup.tsa11y 門(mén)禁與主題裝飾器preview.tsxStory 發(fā)現(xiàn)與 addon 鏈main.tsunit 測(cè)試示例button/index.spec.tsx動(dòng)畫(huà)標(biāo)志的局部恢復(fù)范式popover/index.spec.tsx、toast/index.spec.tsx這套體系的核心思想可以概括為用瀏覽器模式統(tǒng)一運(yùn)行時(shí)用項(xiàng)目名劃分行為歸屬用 Storybook 把文檔示例升級(jí)為可執(zhí)行的渲染契約用error級(jí)別的 a11y 檢查把可訪問(wèn)性變成 CI 硬門(mén)禁并用一個(gè)全局動(dòng)畫(huà)標(biāo)志在斷言狀態(tài)與斷言動(dòng)畫(huà)兩類(lèi)測(cè)試之間做出清晰取舍?！久赓M(fèi)下載鏈接】difyBuild Agentic workflows, RAG pipelines, with rich AI model and tool support on one collaborative workspace. Deploy on cloud, VPC, or self-hosted, so teams move from prototype to production without rebuilding the stack.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/di/dify創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考