それを確実にするために、サイトの大規模なサイトの技術的なアーキテクチャ、高可用性ソフトウェアの品質サイトの可用性アーキテクチャ5

5.6高可用性ソフトウェア品質保証サイト

練習サイトの運用・保守には、システムの可用性ネットワーク、サーバ、およびその他のハードウェア障害、ソフトウェアシステム自体の危険性などからのリスクに加えてインチ

このセクションでは、従来のソフトウェアのテストとソフトウェアの品質保証管理を行ってますが、品質保証の異なる手段の数を話すことはありません。

 

5.6.1ウェブサイト立ち上げ

実際、公開プロセスのサイトとサーバーは、システムの可用性とサーバーのダウンタイムへの影響も同様、ダウン非常に効果的です。

アプリケーションの連続リリースには、ユーザーが直面する必要が週二回にダウンタイムの障害です。

しかし、結局、それはウェブサイトの出版社が、サーバーがダウンし、事前に予測することがあるので、このプロセスは、ユーザに柔らかく、影響が少ないことができます。通常、下記のようにプロセスがあり、出版を完了するためのスクリプトを公開

 

 公開プロセスは、サーバのそれぞれは、クラスタのごく一部をシャットダウンされ、出版が完了した後、全体のパブリッシングプロセスは、ユーザーには影響しませんすぐにアクセスすることができます。

 

5.6.2自動テスト

システム機能のわずかな増加が、総合的な回帰テストの必要性が、。また、あなたは、ブラウザの互換性の多様性をテストする必要があります。

あなたが手動テスト、コスト、時間やテストカバレッジを使用する場合、頻繁なサイトアプリケーションを公開では、受け入れることは困難です。

 

ウェブテストの自動化技術、自動テストツールやスクリプトを使用してテストを完了します。

 

セレンその後、テストユーザーアクションをシミュレートするために、ブラウザを実行し、そのためには、同時にセレン機能テストおよびWebブラウザの互換性テストを完了することができます。

大規模なサイトでは、多くの場合、自分自身の自動テストツールを開発し、展開、テストデータ生成、テスト実行、テストレポート生成、およびすべてのテストプロセスを完了するための鍵となることができます。

 

5.6.3リリース前の検証

 

おすすめ

転載: www.cnblogs.com/wozixiaoyao/p/11498592.html