テストアカウントと製品が存在し、本番環境でアクティブであることを期待するシステムを設計する価値はありますか?それとも、出荷担当者が「テスト顧客」宛ての箱を出荷しないことを知っていても、本番データベースがテストエンティティで汚染されないようにする必要がありますか? ?
仕様に test="True" 属性を持つメッセージング プロトコルを実装しましたが、注文、アカウント、トランザクションなどをタグ付けするためのメタデータを、他のエンティティと同じように処理されるテスト エンティティとして最新のスキーマに含める必要があるかどうか疑問に思いました。 -しかし、お金が使われるポイントのほんの少し手前です。つまり、架空のクレジット カードへの請求を偽装し、荷物の発送を偽装します。
これは、完全に分離されたテスト、開発、および QA データベースの代わりになるとは考えられていませんが、それらがあっても、運用システムにはよく知られているテスト SKU とテスト カスタマーが常に存在します。無害？
本番環境でテスト アカウントを使用することは、セキュリティ ホールの可能性があるため、私はたいてい嫌がります。テストでは、本番環境を可能な限り複製するように努力する必要がありますが、それが不可能な場合もあります。高価な製品専用ハードウェアがその代表的な例です。一般的な慣習として、それはやめるべきだと思いますが、すべてのことと同様に、自分にとって意味のある理由を提供できれば、厳格で迅速なルールを見落とす可能性があります.
ベスト プラクティス ポリスは、「本番環境でテストすることは絶対にない」というスローガンを掲げ、「開発者は本番環境にアクセスしてはならない」というスローガンを投げかけることさえあると思います。
ただし、私はメインフレームベースのシステムで作業しており、本番環境とテスト/qa/qc の間に大きな違いがあります。システムが大きくなればなるほど、このような状況が発生する可能性が高くなります。さらに、アプリケーションに関与するグループが多ければ多いほど、その可能性は高くなります。
実稼働環境でしか問題を再現できなかった回数を数えるには、両手が必要です。オプションは、テスト テーブル/ユーザー/データを作成するか、実際の顧客データを使用することになります。
一部のユーザー/クライアントは、常にそこにある検索/取得できるものを好むため、本番テーブルにテスト レコードを作成することもあります。
したがって、稼働後のトラブルシューティングに役立つ場合は、テスト アカウント/製品を本番環境に配置しても問題ないというのが私のアドバイスです。
データベースが自動化された方法でスクリプトから作成されている場合、これは問題ではありません。
私の環境では、継続的なビルドにクルーズ コントロールを使用しています。データベースを生成するための SQL スクリプトは、他のすべてのものとともに CVS にチェックインされ、データベースはそれらのスクリプトから毎日再構築されます。
テスト データは 2 番目の SQL スクリプト セットであり、テスト データベースに対して実行され、運用データベースに対しては実行されません。
私たちの環境では、テスト データが本番データベースに影響を与えることはありません。
このソリューションは、私たちにとって非常に効果的です。
すべての収益が生成され、統計が収集され、魔法が発生する場所であるにもかかわらず、本番環境でテストすることはありません...?
常に本番テスト計画を立ててください。本番環境で問題が発生するか、運が悪い場合は本番環境でのみ発生します。何も用意していない場合は、最初に本番環境でテストする必要がある場合 (通常は負荷が高いケースです)、パドルなしで小川を上ることになります。
prod にテスト データを置いても無害ではありません。注意が必要です。
テスト データを本番システムに入れることはありませんし、開発者としてこのシステムにアクセスしたくもありません。
私は非常に機密性の高い医療および財務情報を扱う業界で働いており、そのような情報を持っていると、テスト システムから生産的なデータとデータを区別することができなくなります。
私見のベスト プラクティスは、これら 2 つの世界を完全に分離し、包括的なテスト環境を準備する手順の設定に投資することです。
外部 ERP システム (内部アクセスのみ) にはテスト データがあり、テスト環境から実稼働環境に変更を移すときにプロセス全体をテストできます。システム間の微妙な構成の違いが壊滅的な結果を引き起こす可能性があるため、私はそのデータを必要悪と見なしています。
前述したように、これらは内部アプリのみであるため、セキュリティ リスクは多少軽減されます。これは非常に有効な懸念事項です。