この記事を編集します。玲子
我々は安定性の点で、業務のニーズを確保することができない場合は、サーバーの安定性が、最も重要であり、そして高いパフォーマンスは無用です。正式なサーバ製品のベンダーは、異なる温度と湿度での安定性テストを実行します。その上のデータの冗長性、ネットワークカードの冗長性、電源の冗長性、冗長ファンと：重要な考慮事項は、次のような冗長化機能、です。
一部のサーバーの安定性試験方法は、以下のため、主に次のとおりです。
ストレステスト：
既知のシステムのピーク期間の使用の数は、顧客の要件を満たすことができ、トランザクション応答時間の下で（変換のピーク数を介して）各トランザクションの同時実行の数を確認します。各性能指標システムとは、圧力が正常値の範囲内に依然としてあります。（：ダウンタイム、アプリケーションの中断、などなど）をシステムが原因の副作用のような圧力につながるかどうか。
インクリメンタルデザインを立ち上げます。
などの75の同時ユーザー、登録ユーザ1500システム、同時ユーザーの基準値として5％、7％。一般的負荷の設計、主要な基準値プレス機の性能試験を加圧し、すべての5つの15Sは、いくつかの提案が実行します。トランザクション・レートとエラー率と実際の負荷によって測定しました。
インクリメンタル設計目標を立ち上げ：
探している相手は、インクリメンタル機会が生じ、一般的に使用される参照ヒットヒットとスループット、CPU、メモリ使用量総合的に判断をつかむために、システムのパフォーマンスのボトルネックの場所、変曲点のパフォーマンスが加圧されて。送信時にアナログピーク期間の使用回数は、朝のログインとして、仕事、賃金メッセージシステムの後に終了します。
動作インジケータの取引限度をクリックしながら、別の極端なシミュレーションモードでは、オペレーティング・システムの場合のピーク圧力とみなすことができます。、シーンのデザインで取引ポイントセットのポリシーを使用する;：（lr_rendzvous（）「同じ」など）一定の圧力モード、トランザクション内のスクリプトのランデブーポイントで同じ名前を設定します。すべてのリリースは、仮想ユーザを実行している間に、標準として回収パーセント・ポイントを達成するために同時に。
安定性試験：
既知のシステムのピーク数、各トランザクションの動作周波数。統合されたテストシナリオの設計、一緒にランの一定割合に応じて各シーンをテストし、シミュレートされたユーザーは、数年前から状況を使用しています。そしてテスト、圧力が正常値を維持することである各システムの性能を監視します。変動やテストを超える時間とトランザクション応答時間の増加が表示されますか。このようなダウンタイム、アプリケーション及び他の異常な中断のようなシステムは、試験の期間にわたって起こるかどうか。
上記の試験によれば、変曲点の位置の性能は、試験の安定性に同時ユーザーの数を決定するために、各取引条件で起こります。実際のテスト・サーバ（圧力マシン、アプリケーションサーバ、データサーバ三者のパフォーマンス）に基づいて、同時ユーザの最終的な数を推定します。
特殊な状況での自動処理機構を備えたサーバーことを確認し、次のようにサーバーでもをテストすることができます：
1つのフォールトトレランステスト
（例えば：サーバー突然停電、ネットワーク断続、不十分サーバのハードディスクの空き容量など）異常な状態の数をシミュレートすることによって、自動ハンドリング機構は、システムの正常動作を保証するか、操作対策を復元するかどうか、これらの状況では、システムを確認。HA（自動災害復旧システム）の場合、だけでなく、特に効果的に保護措置をトリガーする能力を確認するために、これらの追加のテスト自動保護システムのため。
2トラブルシューティングテスト
、隠された問題の存在のためのテストモジュールが発生しているか、これらのモジュールは、同じパフォーマンスの問題が起こるのだろうかどうかを確認するために、ケースを判断するために、元のシステムや経験によって疑われていることを確認します。以下のような：アップロード添付ファイルのモジュールのメモリリークやアドレス帳のモジュールの最適化、ようにOAシステムのパフォーマンスの影響と上のTivoliパフォーマンス監視を開きます。
評価試験を行っ関連の主要なパフォーマンス指標ポイント獲得システムをテストするために使用されています。主にプレテスト結果を得るために、明確な期待が、しかし、特定のストレスシナリオの下で性能を得るために（例えば：トランザクション応答時間、同時ユーザーの数）テストに合格しません。
評価トランザクション応答時間：テスト活動の圧力の下で、特定の応答時間で行われる取引を取得します。様々な既知のクライアントをシミュレートすることにより、ピーク圧力値または期待値は、圧力に耐えることができ、この圧力の下でトランザクション応答時間を得ます。
同時ユーザーのレビュー情勢：トランザクションを取得するために、テスト活動が行われ、特定のシステム環境での同時ユーザー数を耐えることができます。実環境から直接実環境をシミュレートしたりすることで、この環境での評価は、企業の同時ユーザに耐えることができます。標準の閾値が事前定義されていると判断され（例えば、応答時間、CPU使用率、メモリ使用率、CTRは、ピークスループットなど、発生したピークを有します）。
同時ユーザーの評価システム：システム全体へのアクセスのための同時ユーザーの数はテストが活動を行って耐えることができます。予め各分析項目の主要なモジュールと周波数の比を用いることにより、統合されたシナリオにおける各トランザクションのパーセンテージの比、同時ユーザの数の方法比例配分で各トランザクションとして定義されます。現実世界をシミュレートするか、直接実環境から、この環境での同時ユーザーレビューの数は、システムが耐えることができます。所定の閾値基準（例えば、応答、CPU使用率、メモリ使用量との間に、CTR等、ピークスループットが発生し、ピークを有します）。値標準バレルの法則に（システム全体の同時並行トランザクションの最小数）を優先する。
性能評価上の異なるデータベース内のデータの量に影響：テストデータの異なる量のデータベースを、結果を比較した試験では、分析は、トランザクションのパフォーマンスのデータベーステーブルにその影響力にデータの量を示しました。これは、長時間実行、または大量のデータを存在する可能性があるいくつかのモジュールの顧客のリスクの後に予め定められています。
ユーザーの上記のテストや実際の操作することにより、定義のテストシナリオや質問を再現する必要性に応じて、システムのパフォーマンスの問題や疑いのパフォーマンスの問題が存在することが判明しました。可能な場合は、直接コードやモジュールの原因のパフォーマンスの問題が配置されている識別することができます。このような試験は、スクリプトのシーンをテストすることにより、主問題、および発見を増やすと、そのような動作中の現場で手動テストによって補わオープンのTivoliパフォーマンスの監視、オープンHeapDump出力、Linuxのリソース監視コマンド、などのツールをテストすることができます。
プロフェッショナルサービス、より専門的な態度。