跳轉到內容
supastack
瀏覽檔案
WebNext.js

For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /zh-tw/docs/web/testing.md (or send Accept: text/markdown).

測試策略

理解確定性、瀏覽器、資料庫與供應商檢查各自證明瞭什麼。

詢問本指南
開啟方式

安裝與配置

在執行任何步驟之前,請閱讀開始之前 和終端基礎知識。這些說明假設您在 VS Code 中開啟了完整的 supastack monorepo;它的根 package.json 標記儲存庫根。在 pnpm 命令中,工作區包是應用程式或共享程式碼資料夾;在產品中,工作空間是團隊的資料容器和安全邊界。 corepack pnpm --filter ... 從 monorepo 選擇一個包,同時從其根執行命令。如果您僅開啟同步的移動或桌面資料夾,則它不包含 Web 後端、Docker 設定或根指令碼:從此 monorepo 或可訪問的託管伺服器執行後端,並使用平臺資料夾自己的指令碼。環境變數是儲存在本地 .env 檔案或託管儀錶板中的命名設定;更改後重新啟動相關應用程式,並將伺服器機密保留在 NEXT_PUBLIC_ 和 EXPO_PUBLIC_ 值之外。

1. 開啟repository-root package.json檢視檢查命令。

2. 從該根資料夾執行 corepack pnpm test 進行自動化單元測試,然後執行 corepack pnpm --filter @supastack/web typecheck 進行 Web TypeScript 檢查。

3. 對於瀏覽器行為,啟動 Web 應用程式並執行 corepack pnpm test:e2e。預期:每個命令報告自己的結果;單元測試並不能證明真實的資料庫、支付提供商、電子郵件服務或電話是否有效。

預設測試套件使用確定性的 fake/本地介面卡。瀏覽器測試覆蓋使用者互動;資料庫驗收與外部供應商冒煙是獨立門檻。先跑與變更行為相關的檢查,再擴大範圍。

corepack pnpm test
corepack pnpm check
corepack pnpm build
corepack pnpm test:e2e
corepack pnpm test:e2e:production

要複製的命令

按照註釋檢視命令在哪個資料夾中執行。如果標記了兩個終端,請開啟兩個終端視窗,並在使用第二個命令時保持第一個命令執行。

corepack pnpm test
corepack pnpm --filter @supastack/web typecheck
corepack pnpm test:e2e

實現流程

行為變更先寫一個失敗的驗收測試。讓成功訪問與匿名、跨工作區被拒成對出現。對錶單與任務流,除正常路徑外還要驗證載入、錯誤與恢復行為。

被攔截的瀏覽器響應證明的是介面對該夾具的反應,而不是認證持久化、支付處理、供應商投遞或真機回撥。

驗證與排障

如果資料庫測試表明它已被跳過,請在報告資料庫覆蓋率之前設定其隔離的測試資料庫。如果Web選項卡位於埠3001,則它是單獨的apps/docs伺服器;該套件 Web 應用程式在埠 3000 處啟動。如果 Playwright 在首次 Windows 執行時失敗,請完成瀏覽器安裝並重新執行失敗的命令;切勿關閉系統範圍的安全性來解決它。

資料庫門檻測試跳過時,先配置它的隔離測試資料庫,再聲稱該門檻已通過。如果瀏覽器 runner 斷言全綠卻在 teardown 掛住,兩個事實都要報告;卡住的程式不是乾淨的成功命令。

在 Windows 上,當 Defender 掃描新安裝的 Playwright 瀏覽器或依賴項時,初始瀏覽器執行可能會超時。讓安裝完成,使用 corepack pnpm test:e2e 或 corepack pnpm test:e2e:production 重新執行失敗的套件,並檢查其跟蹤和防禦者保護歷史記錄(如果再次失敗)。啟用系統範圍的保護。

本地瀏覽器套件擁有埠 3100,並拒絕重用已在該埠偵聽的程式。如果另一個應用程式擁有 3100,則將 PLAYWRIGHT_PORT 設定為 corepack pnpm test:e2e 之前的空閒埠;這可以防止測試悄悄地針對另一個專案。

常見問題

14 個問題

supastack 是什麼?

supastack 是用於構建 AI 驅動 SaaS 產品的模組化基礎。它把通用基礎設施整合在一起,讓你專注於產品專屬的功能。

它支援 Web 和移動端嗎?

支援。supastack 包含 Next.js 與 Expo 應用,作為 Web 與移動端體驗的起點。

包含哪些認證方式?

Better Auth 覆蓋郵箱/密碼、OTP 與社交登入。個人工作區隨賬戶一起開通,產品記錄從第一天起就有邊界。

AI 是如何支援的?

supastack 包含可配置的多供應商 AI、用量追蹤、預算,以及加密的自帶金鑰(BYOK)支援。

訂閱如何處理?

對於基於該套件構建的產品,Stripe 計費、訂閱與許可權構成付費訪問的基礎。供應商金鑰僅存於服務端。

我的產品專屬程式碼放在哪裡?

產品專屬功能保留在獨立的程式碼庫中,產品通過配置接入 supastack 的基礎模組。

supastack 如何定價?

套件為一次性購買、終身更新:單棧 249 美元(Next.js(Web)、Expo(iOS 與 Android)、Tauri(macOS 與 Windows 桌面)倉庫任選其一),雙棧 398 美元(任選兩個倉庫),或完整套裝 399 美元(全部三個倉庫與完整 monorepo),每個額外開發者席位 75 美元。套件本身沒有訂閱。本站結賬後通過郵件傳送許可證金鑰,倉庫訪問通過 GitHub 邀請授予。

工作區如何界定我的資料?

使用者記錄按 workspaceId 劃定邊界。身份、許可權、AI 用量、計費事件與審計條目都留在個人工作區邊界內。

後臺任務如何工作?

Trigger.dev 是明確的任務執行時。JobRunner 契約只承諾 enqueue、status 與 cancel——工作流語義保持 Trigger.dev 專有且顯式。

郵件與營銷觸達有何不同?

事務性郵件覆蓋產品工作流,如任務完成通知。冷觸達與營銷活動屬於產品自身的範疇,不在本套件的郵件模組內。

移動端購買如何運作?

移動端已支援 RevenueCat 原生購買和恢復購買,訪問許可權由服務端驗證。釋出前需配置商店賬戶並完成裝置測試。Web 計費保持獨立。

AI 供應商金鑰存放在哪裡?

自帶金鑰憑證經過加密且僅存於服務端。金鑰在日誌中被脫敏;用量與預算在工作區級別保持可見。

結賬支援哪些付款方式?

Stripe 託管結賬接受銀行卡,在 Stripe 賬戶啟用後還可提供支付寶與微信支付——方便中國買家。錢包授權為非同步確認,付款完成後許可證頁面會立即更新。

我能申請退款嗎?

獲得程式碼倉庫訪問許可權後,supastack 將永久歸你所有,因此無法退款。但請放心,你將獲得包含終身更新的完整原始碼,可為你自己或客戶構建併發布無限數量的產品。你只需注意不能轉賣程式碼,也不能將倉庫作為啟動模板二次分發。唯一的例外是上線返現——上線一款用 supastack 打造的真實產品並公開分享,在購買後 60 天內達到 5,000 次自然瀏覽或 50 個自然按讚,即可退還已付款項的 50%;詳見條款。

TW
主題