今年は家電や民間企業、最初からパフォーマンステストに切り替えます。パフォーマンステストは、着陸のプロセスを引き続き推進するには、いくつかの経験を蓄積し、教訓をゼロから学んだ、彼自身が、一連の書き込みに計画された「スクラッチ実装ガイドから性能試験を。」
：すでに述べたように、私たちのような、ゼロから観光名所のいくつかに話を聞いた- 「プロセスの記事スクラッチ実装ガイドから性能試験」、 「パフォーマンススクラッチ実装ガイドからテスト-記事の建設を文書」、 「パフォーマンスの最初からテストをインプリメンテーション・ガイド-パートテスト計画」。
二から一一フルリンク電圧測定関連の仕事の準備最近忙しく、ただ感情は、多くの発見このブログそれの出現を促したと考えることができます見て、プライベートの手紙今夜ピアメッセージングを受けました。プライベートの手紙の主な内容は以下の点が含まれています。
1、パフォーマンステストは、要件分析が最優先です - 分析が有用な作業を行う、現実的ではないシナリオにつながることができる場所ではありません。
2、多くのツール+監視コストを学んでいません。
3主要な要因、実際の性能要件は、最終的な試験結果の影響です。
この問題は、ポイント、と私は、実際の仕事で感じる非常に似ています。私は、学生のパフォーマンステストの多くは、次のような問題が発生したと信じています：
1、需要は、このような擬似的な要件「あなたは、圧力についての私を与えた私たちは、XXXのインタフェースを持っている」時には、明確ではありません。
2、需要が原因はテスト・ポイント・テストシナリオ、最終的な試験結果の結果と実際のニーズとの間に大きなギャップの詳細な分析を完了できない明らかではないが、正確なオンラインリファレンスを提供するために、ボトルネックと容量計画を見つけることができません。
3、効果的なフィードバック機構が存在しない仕事の肯定的な結果、問題はさらに背中の痛みの卵のことを、この鍋を必要とします。
......
もちろん、実際の作業は、他の多くの問題が発生します、それは重要です：私たちは、その後、問題の背後にある理由を分析し、問題を解決する方法を考えますか！
このブログとパフォーマンステストのプロセスについての話、私はモデリングシーンの方法を実施する方法を理解します。。。
主に以下の三つの側面から約シーンモデリング、私の個人的な練習と経験、：
まず、ビジネスシーン
試験開始前に要件フェーズでは、我々は範囲と目的をテストするものを、明確に研究を整理しなければなりませんか？
私の部門では、主要な電力供給の+は、社会的識別、リスクコントロール不可欠な社会サービス、電力供給業者自身の生来の物流倉庫業務、およびプッシュベースのメッセージングサービスだけでなく、必要に応じて二から一一プロモーション活動、です二から一一大きなプロモーションの際に、これらは、コアビジネスのリンクです。
だから、我々はテストのおおよその範囲を決定することができ、いくつかのコアビジネスは、以下のリンクが含まれています。
サービスリンクテストの範囲を知って、次のステップであり、対応するビジネス＆製品開発＆学生は、コアビジネスのリンクを確認するために彼らの責任を整理（ここではリンクやサービス属性と対応するAPIと同様の重要性を意味し、優先順位）。
取引業務、トレーディング業務へのリンクは、以下のコア事業のリンクの一部が含まれます：
ホーム画面のページ、ログインページ、プロモーションページ、個人用のホーム・ページを開い含まれることがありますどこで、内容は、製品の詳細、製品リスト、製品のコレクションなどが含まれます;および順序、ショッピングカート、支払い、検索、および強い依存を扱いますビジネス。
異なる事業セグメントのビジネス・リンクに含まれる機能、およびシステム・アーキテクチャ・タイプの組み合わせに応じて（マイクロポリデカップリング・サービスは、ビジネス属性に基づいて高さ以内に行うことができる）、及び異なる機能の重要性に優先順位を付けます。
このように、我々要件フェーズでは、次の手順を開始するために明確なビジネスシナリオを得ることができます。
第二に、シーンリンク
検証とテストビジネスシナリオのコーミング部門が独立したように、そして、テストポイント→スプリットからの需要である（この点については、最初のアイデアをマージしたと圧力測定シーンがあるが、それについて考える範囲仕上がりより良いシーン）。
シーンリンクの構築プロセスでは、最も重要なのは以下の3点を考慮することです。
1、タスク解体
タスクは、解体、およびAS文字通り、異なる操作手順を分割し、その後タスクリスト異なるサービスリンクを選別するために、ユーザの観点から、ビジネスシナリオに従ってソート。
図2に示すように、タスクスケジュール
スプリットトラフィックリンクによると、（、（FBIを提供し、環境の準備）ソート前の用語の分野横断的な協力（運用配達、排水路）、資源投入（開発、運用、保守、テスト）、出力の配信を、それを分析しますバージョン、APIドキュメント、ロギングサービス、モニタリング）。
その後、日/人までの時間ノード、推定期間と反転、見積もり工数に従って、あなたは長い間出回っ持つことができますが、明確な納期および計画でなければならない（各チームは後半に配信されるかのようなリソース不足バックアップ計画） 。
3、重量区分
あなたが見る、上記のゲームをプレイしているによると、特定の物事の多くを整理。しかし、非常に多くの場合、出力の配信は常に遅れて、いつもより少ないリソース入力点は、基本的な計画はありません。
この問題に対応して、パフォーマンステストとして、どのように？実際には、答えは重量部門と優先順位は、範囲に限られた時間とリソースのために、コア・テスト・カバレッジと重要なリンクを優先し、上記と言われています！
結局のところ、プログラムが多く、このような流れ制限、サービスの低下、さらにはヒューズ（これらの手段は損失しているが、これらは許容されたときにハングアップしていないサービスを保証するために）として、そこにある、すべての詳細を明らかにする。
PS：物事の細部のいくつかは、機密性とセキュリティルールに制限、詳細なことはできませんが、キーをつかむために、練習するために、上述の線に沿って、自分のチームのための方法が常にあります。
第三に、圧力センシングシーン
以前我々は、テスト範囲、ビジネスシナリオ、ビジネスのリンク、優先順位を付け、体重を確認し、いくつかの計画やスケジュールタスクを作ったが、最終的に上陸、またはテスト・プログラムと、特定のテストシナリオ。
我々は戦略をテストするさまざまなビジネスシナリオは、採択のために起動するとき、例えば、テストする方法を、その上の結果と合否判定基準、および予想。
ここでは、私が最初にマインドマップを描く、テストプログラムの最終出力の前にいることを示唆し、インフラ、さらには子供用の靴の開発、運用、保守を素早く一般的な方向で合意し、それを確認し、[テストプログラム、圧力試験の実施を入力します。
具体的なアイデアの設計・テスト・シナリオを参照して、以下のように圧力を測定することができます。
関連するコンテンツを構築するシーンモデルをコーミングについては、パフォーマンステストのプロセスであるように、これは私の個人的なアイデアや方法のいくつかを共有することが主で、実際、それは各チームが目標と実行の特性に基づくことをお勧めします。