此文字已使用 Salesforce 的自動翻譯系統進行翻譯。參閱我們的 調查以提供此內容的回饋意見,並告訴我們您接下來想要查看的內容。
彈性 - 應用程式生命週期管理
深入瞭解結構良好的 適應性 → 彈性 → 應用程式生命週期管理 → 環境策略
| 要在哪裡尋找? 產品區域 | 位置 | 優良的外觀為何? 模式 |
|---|---|
| 平台 | 組織 | ✅ 指定環境中的中繼資料獨立於您的版本成品 |
| 平台 | 組織 | ✅ 環境不會直接對應至釋出路徑 |
| 平台 | 組織 | ✅ 變更的發行路徑取決於變更的類型 (高度風險、中度風險、低度風險) |
| 平台 | 組織 | ✅ 不存在擁擠的環境 |
| 平台 | 組織 | ✅ 永遠不會直接在生產環境中進行有風險的組態變更 |
| 平台 | 組織 | ✅ 在營業時間高峰期間不會發行版本 |
| 平台 | 組織 | ✅ 採用來源驅動的開發和版本模型 |
| 平台 | Sandbox | ✅ Developer 與 Developer Pro Sandbox 已啟用來源追蹤 |
深入瞭解良好結構的可調整功能 → 彈性 → 應用程式生命週期管理 → 發行管理
| 要在哪裡尋找? 產品區域 | 位置 | 優良的外觀為何? 模式 |
|---|---|
| 平台 | 設計標準 | ✅ 版本名稱為清楚 |
| 平台 | 設計標準 | ✅ 小組可以尋找並遵循明確的原則來標記具有正確版本名稱的成品、開發項目和其他工作 |
| 平台 | 文件 | ✅ 版本名稱可搜尋且可探索 |
| 平台 | 文件 | ✅ 可以依版本名稱提取版本資料清單的清晰檢視 |
| 平台 | KPI | ✅ 系統會針對不同的開發階段定義生成式 AI 應用程式的品質門槛 |
| 平台 | 生產 | ✅ 中繼資料顯示使用穩定版本機制 透過中繼資料 API 部署使用 source 格式 |
| 平台 | 生產 | ✅ 中繼資料顯示使用穩定版本機制中繼資料會組織成解除鎖定的封裝 |
| 平台 | 生產 | ✅ 部署記錄在可用歷程記錄內不會顯示失敗的部署 |
| 平台 | 生產 | ✅ 部署歷程記錄顯示清楚的版本步調,以及版本視窗內相當統一的部署叢集 |
| 平台 | 生產 | ✅ DevOps Center 已啟用且已安裝 |
| 平台 | 生產 | ✅ 中繼資料顯示使用穩定版本機制的變更集未用於釋出變更 |
| 平台 | 藍圖 | ✅ 功能會明確繫結至特定已命名版本 |
| 平台 | 藍圖 | ✅ 版本名稱為清楚 |
| 平台 | 藍圖 | ✅ 版本名稱可搜尋且可探索 |
深入瞭解結構良好的 適應性 → 彈性 → 應用程式生命週期管理 → 測試策略
| 要在哪裡尋找? 產品區域 | 位置 | 優良的外觀為何? 模式 |
|---|---|
| Data 360 | Apex | ✅ Apex 測試類別包含針對 Data Cloud 物件執行的查詢涵蓋範圍。測試類別會擴充 System.SoqlStubProvider 類別,並覆寫 handleSoqlQuery() 方法。DMO 例項是使用 Test.createStubQueryRow() 或 Test.createStubQueryRows() 所建立。 |
| 平台 | Apex | ✅ 資料工廠模式用於單元測試 |
| 平台 | Apex | ✅ 模擬/名稱用於模擬 API 回應 |
| 平台 | 公司 | ✅ 當您擁有 B2C 規模應用程式、大量使用者或大量資料時,您可將刻度測試納入 QA 流程的一部分 |
| 平台 | 公司 | ✅ 您的刻度測試具有正確定義的條件 |
| 平台 | 公司 | ✅ 您在完整 Sandbox 中執行規模測試 |
| 平台 | 公司 | ✅ 您的刻度測試專注於系統的高優先順序層面 |
| 平台 | 公司 | ✅ 模擬器用於複製類似生產的條件,以進行延展性和效能測試 |
| 平台 | 公司 | ✅ 測試會在變更進入來源控制時自動執行 |
| 平台 | 公司 | ✅ 應用程式開發週期中會以數個間隔執行耐力、壓力、效能和規模測試,並視為進行中的工作 |
| 平台 | 公司 | ✅ 提示工程包括人類的品質檢閱 |
| 平台 | 公司 | ✅ 可用性測試採用各種裝置和輔助技術 |
| 平台 | 組織 | ✅ 所有測試資料都會清除敏感且可識別的資料 |
| 平台 | 測試計畫 | ✅ 環境會依其支援的測試類型進行分類 |
| 平台 | 測試計畫 | ✅ 根據風險、使用個案或複雜度指定適當的測試模式 |
深入瞭解結構良好的 適應性 → 彈性 → 應用程式生命週期管理 → 環境策略
| 要在哪裡尋找? 產品區域 | 位置 | 要避免什麼? Anti-Pattern |
|---|---|
| 平台 | 組織 | ⚡️ 環境直接對應至發行路徑 |
| 平台 | 組織 | ⚡️ 每個變更的版本路徑皆相同 |
| 平台 | 組織 | ⚡️ 存在的環境過度擁塞 |
| 平台 | 組織 | ⚡️ 直接在生產環境中進行有風險的組態變更 |
| 平台 | 組織 | ⚡️ 採用以組織為基礎的開發和版本模型 |
| 平台 | 組織 | ⚡️ 發行會在營業時間高峰期間發生 |
| 平台 | 組織 | ⚡️ 指定環境中的中繼資料是您的版本成品 |
| 平台 | Sandbox | ⚡️ Developer 與 Developer Pro Sandbox 未啟用來源追蹤 |
深入瞭解良好結構的可調整功能 → 彈性 → 應用程式生命週期管理 → 發行管理
| 要在哪裡尋找? 產品區域 | 位置 | 要避免什麼? Anti-Pattern |
|---|---|
| 平台 | 設計標準 | ⚡️ 版本名稱缺勤 |
| 平台 | 設計標準 | ⚡️ 小組以不同的方式參照物件、開發項目和其他工作 |
| 平台 | 文件 | ⚡️ 版本名稱為臨時或不存在 |
| 平台 | 文件 | ⚡️ 無法使用版本名稱來提取版本資料清單的清晰檢視 |
| 平台 | KPI | ⚡️ 生成式 AI 應用程式的品質值未定義,或未在不同的開發階段定義 |
| 平台 | 生產 | ⚡️ 中繼資料表示使用以組織為基礎的發行機制 透過中繼資料 API 部署使用 package.xml 格式 |
| 平台 | 生產 | ⚡️ 中繼資料表示使用以組織為基礎的發行機制 啟用變更集 |
| 平台 | 生產 | ⚡️ 部署記錄會在可用歷程記錄中顯示失敗部署的重複例項 |
| 平台 | 生產 | ⚡️ 部署沒有可辨識的步調,或顯示不平均的部署叢集 (具有 hot-fix 與臨時回復的符號) |
| 平台 | 生產 | ⚡️ DevOps Center 未啟用且已安裝 |
| 平台 | 藍圖 | ⚡️ 功能未明確繫結至特定版本 |
| 平台 | 藍圖 | ⚡️ 版本名稱缺勤 |
| 平台 | 藍圖 | ⚡️ 版本名稱為臨時或不存在 |
深入瞭解結構良好的 適應性 → 彈性 → 應用程式生命週期管理 → 測試策略
| 要在哪裡尋找? 產品區域 | 位置 | 要避免什麼? Anti-Pattern |
|---|---|
| Data 360 | Apex | ⚡️ 針對針對 Data Cloud 物件執行的 SOQL 查詢不存在測試涵蓋範圍,針對 DMO 的 SOQL 查詢不涵蓋 Apex 測試方法 |
| 平台 | Apex | ⚡️ 您的單元測試依賴組織資料 |
| 平台 | Apex | ⚡️ 不使用 Mocks/stubs |
| 平台 | 公司 | ⚡️ 未排定刻度測試的優先順序 |
| 平台 | 公司 | ⚡️ 您不會在 QA 流程中執行刻度測試,且擁有 B2C 刻度應用程式、大量使用者或大量資料 |
| 平台 | 公司 | ⚡️ 您的刻度測試沒有正確定義的條件 |
| 平台 | 公司 | ⚡️ 您在 Partial Copy 或 Developer Sandbox 中執行刻度測試 |
| 平台 | 公司 | ⚡️ 未執行可用性測試,或在有限的裝置上執行。 |
| 平台 | 公司 | ⚡️ 不會測試類似生產的使用者要求、API 流量和網路速度變化。 |
| 平台 | 公司 | ⚡️ 測試自動化無法使用 |
| 平台 | 公司 | ⚡️ 提示工程缺乏人類的品質評論 |
| 平台 | 公司 | ⚡️ 耐力、壓力、效能、規模測試會視為一種開發階段。 |
| 平台 | 組織 | ⚡️ 測試資料與生產資料相同 |
| 平台 | 測試計畫 | ⚡️ 不清楚哪個環境支援哪種類型的測試 |
| 平台 | 測試計畫 | ⚡️ 測試模式不會依風險、使用個案或複雜度分類 |
| 平台 | 測試計畫 | 自訂 LWC 的效能測試是後續的考量事項 等待開發週期結束以測試自訂 Lightning 元件 |
| 平台 | 測試計畫 | ⚡️ 測試少於預期使用者流量 50% 的整合 依賴少量使用者的結果來認為整合測試足夠 |