Herokuのステージングアプリには何がありますか？

Question

プロダクションに展開する前に、Herokuのステージング環境にコードを作成して展開する方法を理解しています。私は、コードが生産中のものと非常に似た環境で "爆発する"かどうかを知ることは良いことだと私は理解しています。

しかし、アプリケーションがステージング環境で壊れているかどうかを判断するための具体的な方法やメカニズムを理解することはできません。

つまり、ステージング環境で実行中のアプリケーションを使用しているため、アプリケーションを本番環境に展開するという自信が得られません。

は、したがって、私の質問：

1. どのような追加の手順は、Herokuの上のステージング環境で行うことがありますか？
2. ステージング環境で統合テストを実行する必要がありますか？
3. アプリケーションがステージング環境で実行されていることに注意してください。

Answer 1

ステージング環境は、プロダクションにプロモートする前に、アプリケーションバージョンをステージングするか、「リハーサル」するためのものです。

Herokuパイプラインを使用すると、プロダクションアプリに可能な限り同じ環境内にステージングアプリを配備できるため、「自分の開発環境で問題なく動作しました」という問題を軽減できます。

ステージング環境でのあなたのアプリケーションの処理はあなた次第です。さまざまなシミュレーションツールを使用して、本番アプリにアクセスするライブユーザをシミュレートすることを検討できます。運用アプリケーションのデータで実行する必要がある移行があるため、ステージングアプリケーションで最初に実行することができます。ステージングアプリケーションで作業しているテスターに​​、プロダクションに向けてプロモーションを行う前に、すべてが意図どおりに動作することを確認できます。

結論：プロダクションアプリでできることは何でも、ステージングアプリでできるはずです。したがって、プロダクションで発生する可能性のあるシナリオがあれば、まずステージングでテストする必要があります。どのように達成するかはあなた次第です。

Answer 2

ヘロクのステージング環境には、追加の手順はありますか？

1. 視覚的に検査したいあなたは、あなたのチームの他のメンバー（SEOの専門家、マーケティングマネージャー、など）を持っているかもしれません
2. （現在テストツールと非常に困難な作業である）任意の壊れたCSS + HTMLをキャッチテキスト、メタタグなどが含まれます。ステージング環境を使用すると、ナビゲートやプローブ、改善提案などの作業が楽になります。
3. あなたの開発マシンでは、あなたと他のチームのメンバーが、実行している環境と異なる場合があります（複数のDB OSバージョンとサードパーティのサービス（.ie Elasticsearch、Redisなど）をいくつか挙げておきます。

4. デプロイメント自体（デプロイ時にトリガーされる一連のタスクを持っているかもしれません）

   あなたの制作環境が上になるようできるだけ近くステージング環境を持つことのメリットと利点のリストをテストしたいです。.. 。

統合テストはステージング環境で実行されるはずですか？

通常、自動化されたテストは、CIサーバー（ステージングではなく）で実行します。ステージングは​​視覚的にテストするだけであり、テストシナリオではまだ説明されていないエラーをキャッチすることです。

アプリケーションがステージング環境で実行されていることに注意してください。十分に良い

は（ステージング環境は、本番環境の完璧なコピーではないかもしれない）言うのは難しいですが、それが十分にテストされている場合、それはあなたが生産

で実行して見ることを期待するものに非常に近いはずです