Decide the approach for post-deployment smoke testing on UAT/PROD
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 新手友好度
- 25/100
- Issue 類型
- 文件
- 描述清晰度
- 需要釐清
- 活躍度
- 活躍
- 技術堆疊
- aws, postgresql
- 領域
- databases, devops, testing-qa
研究方向
先閱讀 database/migrations/V1.4.0.2__initial_schema.ddl，並在儲存庫中搜尋 public_cps_za_test 的參照，以定位所有讀寫路徑。接著檢視已連結的 PR 討論 (#214) 和相關 issue #201，以確認目前對 migration、UAT/PROD 和 deployment 的假設。issue 中沒有列出特定測試，因此驗證主要是設計/文件審查；完成表示有一項已記錄的決定，以及任何用於移除、取代或隔離 smoke-test 機制的 migration/config 變更。
由索引模型根據 Issue 內容生成。
描述
Background
database/migrations/V1.4.0.2__initial_schema.ddl includes a public_cps_za_test table used to write/read a "test topic" event, originally added by @oto-macenauer-absa as a PoC mechanism for basic post-deployment smoke testing (write to a test topic, read via SQS, confirm the pipeline works end-to-end). New question was raised whether this is still needed now that a DEV environment exists for testing, and flagged that it means a test-only object lives permanently inside the real UAT/PROD schema. @miroslavpojer raised that running any automated smoke test — read or write — against PROD carries real risk, especially write-based tests, which could be silently forgotten and cause harm over time.
Questions To Answer
- Do we still need an automated post-deployment smoke test against UAT/PROD, given DEV exists for general testing?
- If yes, should it be read-only, write-based, or both?
- Should smoke-test objects (tables/topics) be kept separate from the real production schema/queues instead of embedded alongside real data (current solution)?
- Should public_cps_za_test be removed, kept as-is, or replaced with a differently scoped mechanism?
Additional Resources
• Discussion thread https://github.com/AbsaOSS/EventGate/pull/214#discussion_r3813778453.
• Related: #201 (Flyway migrations setup)
- 主要語言
- Python
- 星號
- 4
- 分支
- 0
- 平均合併
- 3 天 12 小時
- 30 天內合併 PR
- 10
環境準備
- 提供 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 沒有貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
AbsaOSS/EventGate 的其他 Issue
-
refactoring
難度 2/5 1-3 小時 新手友好度 62/100
維護者通常 1 天內回覆
-
refactoring type:tech-debt
難度 2/5 1-3 小時 新手友好度 84/100
維護者通常 1 天內回覆
-
enhancement
難度 2/5 1-3 小時 新手友好度 70/100
維護者通常 1 天內回覆
-
Python quality gates analysis可能已有人在做 @tmikula-dev 於 7 天前認領。 未關閉enhancement
AbsaOSS/EventGate#253 · 已指派 1 人 ·
維護者通常 1 天內回覆
-
enhancement
難度 4/5 3-5 天 新手友好度 56/100
AbsaOSS/EventGate#246 · 1 則留言 ·
維護者通常 1 天內回覆
查看 AbsaOSS/EventGate 的全部 Issue
相似的 Issue
-
Unknown stop ID in slow zone data crashes post formatting and skips the rest of that day's posts未關閉backend bug tm-new-volunteer
難度 2/5 1-3 小時 新手友好度 84/100
transitmatters/mbta-slow-zone-bot#81 · 1 則留言 ·
-
難度 2/5 1-3 小時 新手友好度 72/100
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 64/100
spacetelescope/rdmt-spire#49 ·
維護者通常 1 天內回覆
-
AI bug
難度 2/5 1-3 小時 新手友好度 68/100
AUTO-MAS-Project/AUTO-MAS#1960 · 1 則留言 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 82/100
btclib-org/btclib-wallet#872 ·
維護者通常 1 天內回覆