Decide the approach for post-deployment smoke testing on UAT/PROD
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 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/configuration の変更があればそれを行うことです。
索引モデルが 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時間
- マージ済み PR（30日）
- 10
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- 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 日以内に返信