---
schema_version: "1"
id: 8b65234457d601b7af075cc2edf6a2cfdefcaffd20e38c54452c4a3f648e04fe
title: 彈性 - 應用程式生命週期管理
collection: architect
version: next
locale: zh-tw
portal_url: https://docs.salesforce.com/architect/next/zh-tw/well-architected-tools/guides/adaptable-application-lifecycle-management.md
canonical_url: https://staging.architect.salesforce.com/docs/architect/zh-tw/well-architected-tools/guide/adaptable-application-lifecycle-management.html
source_site: staging.architect.salesforce.com
content_type: documentation
content_hash: a635cb2b48a3f80908eb1c6a7fdb316339e94ad448c0701a6f7377550120bd90
products:
- 結構良好的工具
- Architect Site Content Repo
---
# 彈性 - 應用程式生命週期管理
### 環境策略模式
深入瞭解結構良好的 [適應性](/docs/architect/zh-tw/well-architected/guide/adaptable-overview) → [彈性](/docs/architect/zh-tw/well-architected/guide/resilient) → [應用程式生命週期管理](/docs/architect/zh-tw/well-architected/guide/resilient#應用程式週期管理) → [環境策略](/docs/architect/zh-tw/well-architected/guide/resilient#環境策略)
| 要在哪裡尋找?
產品區域 \| 位置 | 優良的外觀為何?
模式 |
| --------------------------------- | ---------------------------------------------------------------- |
| 平台 \| 組織 | ✅ 指定環境中的中繼資料獨立於您的版本成品 |
| 平台 \| 組織 | ✅ 環境不會直接對應至釋出路徑 |
| 平台 \| 組織 | ✅ 變更的發行路徑取決於變更的類型 (高度風險、中度風險、低度風險) |
| 平台 \| 組織 | ✅ 不存在擁擠的環境 |
| 平台 \| 組織 | ✅ 永遠不會直接在生產環境中進行有風險的組態變更 |
| 平台 \| 組織 | ✅ 在營業時間高峰期間不會發行版本 |
| 平台 \| 組織 | ✅ 採用來源驅動的開發和版本模型 |
| 平台 \| Sandbox | ✅ Developer 與 Developer Pro Sandbox 已啟用來源追蹤 |
### 版本管理模式
深入瞭解良好結構的可[調整](/docs/architect/zh-tw/well-architected/guide/adaptable-overview)功能 → [彈性](/docs/architect/zh-tw/well-architected/guide/resilient) → [應用程式生命週期管理](/docs/architect/zh-tw/well-architected/guide/resilient#應用程式週期管理) → [發行管理](/docs/architect/zh-tw/well-architected/guide/resilient#版本管理)
| 要在哪裡尋找?
產品區域 \| 位置 | 優良的外觀為何?
模式 |
| --------------------------------- | ------------------------------------------------------------------------------- |
| 平台 \| 設計標準 | ✅ 版本名稱為清楚 |
| 平台 \| 設計標準 | ✅ 小組可以尋找並遵循明確的原則來標記具有正確版本名稱的成品、開發項目和其他工作 |
| 平台 \| 文件 | ✅ 版本名稱可搜尋且可探索 |
| 平台 \| 文件 | ✅ 可以依版本名稱提取版本資料清單的清晰檢視 |
| 平台 \| KPI | ✅ 系統會針對不同的開發階段定義生成式 AI 應用程式的品質門槛 |
| 平台 \| 生產 | ✅ 中繼資料顯示使用穩定版本機制 透過中繼資料 API 部署使用 `source` 格式 |
| 平台 \| 生產 | ✅ 中繼資料顯示使用穩定版本機制中繼資料會組織成解除鎖定的封裝 |
| 平台 \| 生產 | ✅ 部署記錄在可用歷程記錄內不會顯示失敗的部署 |
| 平台 \| 生產 | ✅ 部署歷程記錄顯示清楚的版本步調,以及版本視窗內相當統一的部署叢集 |
| 平台 \| 生產 | ✅ DevOps Center 已啟用且已安裝 |
| 平台 \| 生產 | ✅ 中繼資料顯示使用穩定版本機制的變更集未用於釋出變更 |
| 平台 \| 藍圖 | ✅ 功能會明確繫結至特定已命名版本 |
| 平台 \| 藍圖 | ✅ 版本名稱為清楚 |
| 平台 \| 藍圖 | ✅ 版本名稱可搜尋且可探索 |
### 測試策略模式
深入瞭解結構良好的 [適應性](/docs/architect/zh-tw/well-architected/guide/adaptable-overview) → [彈性](/docs/architect/zh-tw/well-architected/guide/resilient) → [應用程式生命週期管理](/docs/architect/zh-tw/well-architected/guide/resilient#應用程式週期管理) → [測試策略](/docs/architect/zh-tw/well-architected/guide/resilient#測試策略)
| 要在哪裡尋找?
產品區域 \| 位置 | 優良的外觀為何?
模式 |
| --------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Data 360 \| Apex | ✅ Apex 測試類別包含針對 Data Cloud 物件執行的查詢涵蓋範圍。測試類別會擴充 System.SoqlStubProvider 類別,並覆寫 handleSoqlQuery() 方法。DMO 例項是使用 Test.createStubQueryRow() 或 Test.createStubQueryRows() 所建立。 |
| 平台 \| Apex | ✅ 資料工廠模式用於單元測試 |
| 平台 \| Apex | ✅ 模擬/名稱用於模擬 API 回應 |
| 平台 \| 公司 | ✅ 當您擁有 B2C 規模應用程式、大量使用者或大量資料時,您可將刻度測試納入 QA 流程的一部分 |
| 平台 \| 公司 | ✅ 您的刻度測試具有正確定義的條件 |
| 平台 \| 公司 | ✅ 您在完整 Sandbox 中執行規模測試 |
| 平台 \| 公司 | ✅ 您的刻度測試專注於系統的高優先順序層面 |
| 平台 \| 公司 | ✅ 模擬器用於複製類似生產的條件,以進行延展性和效能測試 |
| 平台 \| 公司 | ✅ 測試會在變更進入來源控制時自動執行 |
| 平台 \| 公司 | ✅ 應用程式開發週期中會以數個間隔執行耐力、壓力、效能和規模測試,並視為進行中的工作 |
| 平台 \| 公司 | ✅ 提示工程包括人類的品質檢閱 |
| 平台 \| 公司 | ✅ 可用性測試採用各種裝置和輔助技術 |
| 平台 \| 組織 | ✅ 所有測試資料都會清除敏感且可識別的資料 |
| 平台 \| 測試計畫 | ✅ 環境會依其支援的測試類型進行分類 |
| 平台 \| 測試計畫 | ✅ 根據風險、使用個案或複雜度指定適當的測試模式 |
---
### 環境策略反模式
深入瞭解結構良好的 [適應性](/docs/architect/zh-tw/well-architected/guide/adaptable-overview) → [彈性](/docs/architect/zh-tw/well-architected/guide/resilient) → [應用程式生命週期管理](/docs/architect/zh-tw/well-architected/guide/resilient#應用程式週期管理) → [環境策略](/docs/architect/zh-tw/well-architected/guide/resilient#環境策略)
| 要在哪裡尋找?
產品區域 \| 位置 | 要避免什麼?
Anti-Pattern |
| --------------------------------- | ----------------------------------------------------- |
| 平台 \| 組織 | ⚡️ 環境直接對應至發行路徑 |
| 平台 \| 組織 | ⚡️ 每個變更的版本路徑皆相同 |
| 平台 \| 組織 | ⚡️ 存在的環境過度擁塞 |
| 平台 \| 組織 | ⚡️ 直接在生產環境中進行有風險的組態變更 |
| 平台 \| 組織 | ⚡️ 採用以組織為基礎的開發和版本模型 |
| 平台 \| 組織 | ⚡️ 發行會在營業時間高峰期間發生 |
| 平台 \| 組織 | ⚡️ 指定環境中的中繼資料是您的版本成品 |
| 平台 \| Sandbox | ⚡️ Developer 與 Developer Pro Sandbox 未啟用來源追蹤 |
### 版本管理防模式
深入瞭解良好結構的可[調整](/docs/architect/zh-tw/well-architected/guide/adaptable-overview)功能 → [彈性](/docs/architect/zh-tw/well-architected/guide/resilient) → [應用程式生命週期管理](/docs/architect/zh-tw/well-architected/guide/resilient#應用程式週期管理) → [發行管理](/docs/architect/zh-tw/well-architected/guide/resilient#版本管理)
| 要在哪裡尋找?
產品區域 \| 位置 | 要避免什麼?
Anti-Pattern |
| --------------------------------- | --------------------------------------------------------------------------------------- |
| 平台 \| 設計標準 | ⚡️ 版本名稱缺勤 |
| 平台 \| 設計標準 | ⚡️ 小組以不同的方式參照物件、開發項目和其他工作 |
| 平台 \| 文件 | ⚡️ 版本名稱為臨時或不存在 |
| 平台 \| 文件 | ⚡️ 無法使用版本名稱來提取版本資料清單的清晰檢視 |
| 平台 \| KPI | ⚡️ 生成式 AI 應用程式的品質值未定義,或未在不同的開發階段定義 |
| 平台 \| 生產 | ⚡️ 中繼資料表示使用以組織為基礎的發行機制 透過中繼資料 API 部署使用 `package.xml` 格式 |
| 平台 \| 生產 | ⚡️ 中繼資料表示使用以組織為基礎的發行機制 啟用變更集 |
| 平台 \| 生產 | ⚡️ 部署記錄會在可用歷程記錄中顯示失敗部署的重複例項 |
| 平台 \| 生產 | ⚡️ 部署沒有可辨識的步調,或顯示不平均的部署叢集 (具有 hot-fix 與臨時回復的符號) |
| 平台 \| 生產 | ⚡️ DevOps Center 未啟用且已安裝 |
| 平台 \| 藍圖 | ⚡️ 功能未明確繫結至特定版本 |
| 平台 \| 藍圖 | ⚡️ 版本名稱缺勤 |
| 平台 \| 藍圖 | ⚡️ 版本名稱為臨時或不存在 |
### 測試策略反模式
深入瞭解結構良好的 [適應性](/docs/architect/zh-tw/well-architected/guide/adaptable-overview) → [彈性](/docs/architect/zh-tw/well-architected/guide/resilient) → [應用程式生命週期管理](/docs/architect/zh-tw/well-architected/guide/resilient#應用程式週期管理) → [測試策略](/docs/architect/zh-tw/well-architected/guide/resilient#測試策略)
| 要在哪裡尋找?
產品區域 \| 位置 | 要避免什麼?
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% 的整合 依賴少量使用者的結果來認為整合測試足夠 |
---