盡管我的具體示例涉及 Django、Docker 和 Heroku,但我相信這些是非常通用的測驗/QA 問題。
我有一個 dockerized Django 應用程式在開發中使用 Selenium 進行測驗,確認我的靜態檔案從我的本地檔案夾 ( EXPECTED_ROOT = '/staticfiles/') 中正確提供。這個應用程式部署到 Heroku,我可以看到(在視覺上和在開發工具中)靜態檔案也被正確地從 CloudFront 拉入。我想用我在開發中使用的相同測驗將其正式化。我的第一個問題與是否/如何使用環境變數進行測驗有關:
- 我是否將例如
EXPECTED_ROOT = 'https://<somehash>.cloudfront.net/'作為環境變數添加到 Heroku 并在 Selenium 測驗中使用它?
此外,要在暫存中運行此測驗,我需要像在 dev 中一樣在我的 Docker 映像中安裝 Firefox。也許這在舞臺上是可以的,但在 prod 中,我相信我應該瞄準盡可能小的影像。所以問題是關于 staging 和 prod 之間的差異:
- 我是否將 Firefox 保留在我的暫存映像中,運行測驗,然后將該 Dockerfile 的副本發送到生產環境,但現在沒有 firefox?
任何幫助表示贊賞。
uj5u.com熱心網友回復:
的想法Config Var是設定不同環境的配置變數。話雖如此,您可以控制環境并且可以定義您的需求。
我個人會使用不同的方法:創建一個獨立于環境的測驗(例如,不是測驗expected root我會確認DIV ID找到給定的,或其他一些元素)。
這足以確認測驗成功并且功能按預期作業。
生產 Dockerfile 確實不需要 Selenium,并且可以與暫存的不同。
轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/380319.html
下一篇:OperationalError,錯誤111連接到127.0.0.1:6379。拒絕連接。在heroku中部署后
