内容:ガイド
序文
パフォーマンス テストでは、要件分析が最も重要です。分析が適切に行われていない場合、現場は現実と一致せず、作業は無駄になります。ツール + モニタリングには学習コストがあまりかかりません。実際のパフォーマンス要件は次のとおり
です
。最終的なテスト結果に影響を与える重要な要素です。
パフォーマンス テストを行う多くの学生は次の問題に遭遇したことがあると思います。
要件が明確ではなく、場合によっては「XXX インターフェイスがあるので、それを押してください」のような疑似要件さえ存在します。
要件が不明確なため、テスト ポイントとテスト シナリオの詳細かつ完全な分析を行うことができず、最終的なテスト結果は実際に必要な結果とは程遠いため、ボトルネックの位置特定やオンライン キャパシティ プランニングの正確な参考情報を提供できません。
仕事の結果に対する前向きで効果的なフィードバックの仕組みはなく、何か問題が発生した場合は、そのような辛いことの責任を自分が負わなければなりません
。
もちろん、実際の業務では、他にも問題はたくさんあると思いますが、重要なのは、問題の原因をいかに分析し、問題を解決する方法を見つけるかです。
シーン モデリングに関しては、主に次の 3 つの側面から開始します。
ビジネスシーン
テスト開始前の要件段階では、テストの範囲と目的は何なのか、調査内容を明確に整理する必要があります。
例えば、一部の電子商取引プロジェクトは、主にソーシャル電子商取引+本人確認、ソーシャルネットワーキングに必要なリスク管理業務、電子商取引特有の物流・倉庫業務、基本的なニュースやプッシュサービス、ダブルイレブンに必要なプロモーション活動などです。ダブル イレブン プロモーション期間中、これらは中核となるビジネス リンクです。
トランザクション ビジネスに関しては、トランザクション ビジネス リンクには次のコア ビジネス リンクが含まれます。
このうち、ホームページには画面開始ページ、ログインホームページ、プロモーションページ、個人ホームページなどが含まれ、製品には製品詳細、製品リスト、製品コレクションなどが含まれ、注文、ショッピングカート、支払い、検索などが含まれます。 . 取引のビジネスに大きく依存しています。
さまざまなビジネス リンクに含まれる細分化されたビジネス機能と、システム アーキテクチャのタイプ (マイクロサービスは、ビジネス属性に応じて結合性が高く、分離される場合があります) との組み合わせに応じて、さまざまな機能の優先順位と重要性が分割されます。
このようにして、要件段階で比較的明確なビジネス シナリオを取得し、次のステップに進むことができます。
リンクシーン
テスト範囲の確認とビジネスシナリオの整理が完了したら、次のステップは要件→テストポイントに分割することです(この点については、当初はストレステストシナリオと統合することを考えていますが、独立したものとして慎重に検討してください)シーンの方が良いです)。
リンクシーンの構築プロセスにおいて最も重要なことは、次の 3 つの点を考慮することです。
1. タスクの解体
タスクの解体とは文字通りの意味で、整理されたビジネスシナリオに従って、ユーザーの観点からさまざまな業務プロセスを分割し、さまざまなビジネスリンクのタスクリストを整理します。
2. タスクのスケジューリング分割
されたビジネスリンクに従って、その前提条件(環境の準備、サービスの共同デバッグ)、部門を超えた協力(運用開始、チャネル排水)、リソース投資(開発、運用保守、テスト)を分析および整理します。配信出力 (バージョン、API ドキュメント、ログ サービス、モニタリング)。
次に、時間ノードに基づいて工期を見積もって逆算します 作業時間は日数/人で見積もられ、半日程度変動しますが、納期と計画を明確にする必要があります(バックアップなど)遅すぎる、または不十分なリソースを提供する各チームの計画を立てる)。
3. 体重別
上記のゲームプレイによれば、多くのことを整理する必要があることがわかります。しかし、多くの場合、出力の提供は常に遅れ、リソースの投入は常に少なくなり、基本的に計画はありません。
この種の問題について、パフォーマンス テストとして、どのように実行すればよいでしょうか? 答えはすでに述べたとおりです。重みと優先順位を分割し、限られた時間とリソース投資の範囲内で、コアと重要なリンクのテスト カバレッジを確保することを優先します。
結局のところ、トラフィック制限、サービスのダウングレード、さらにはサーキット ブレーカーなど、最終的な解決策は数多くあります (これらの方法はすべて損失を伴いますが、その時点でサービスがハングアップしないようにするため、これらは許容されます)。
追伸:機密保持やセキュリティルールに限定される内容もあるので詳しくは紹介できませんが、ポイントを押さえて上記で紹介した考え方に沿って実践すれば、必ずあなたのチームに合った方法が見つかります。
圧力テストのシナリオ
以前は、テスト範囲、ビジネスシナリオ、ビジネスリンクを確認し、優先順位と重みを分け、いくつかの計画とタスクのスケジューリングを作成しましたが、最終的にはテスト計画と具体的なテストシナリオを実装します。
たとえば、さまざまなビジネス シナリオに対して、どのようなテスト戦略を採用する必要があるか、テストの方法、いつ開始するか、期待される結果と合格基準などです。
ここでは、最終的なテスト計画を出力する前に、マインドマップを描いて、開発、運用保守、さらには建築子供靴まで素早くレビューし、まず大まかな方向性について合意を形成し、それからテスト計画を入力して実行することを提案します。ストレステスト。
特定のテスト シナリオを設計するには、次のストレス テストのアイデアを参照してください。
具体的な実践については、それぞれのチームの特性に応じて、的を絞った方法で実施することが推奨されます。
以下は、私がまとめた 2023 年の最も完全なソフトウェア テスト エンジニア学習知識アーキテクチャ システム図です。 |
1. Pythonプログラミングの入門から習得まで
2.インターフェース自動化プロジェクトの実戦
3. Web自動化プロジェクトの実戦
4. アプリ自動化プロジェクトの実戦
5. 一流メーカーの再開
6. DevOps システムのテストと開発
7. 一般的に使用される自動テストツール
8、JMeterのパフォーマンステスト
9. まとめ(最後にちょっとしたサプライズ)
人生に本番のリハーサルはなく、あらゆる経験は満足のいくパフォーマンスです。理想や目標の追求に専念し、努力を続けることで、より多くの成功と幸福を得ることができます。
自分の人生をアレンジしないで、もっと大きな世界を探検してみましょう。毎日を心を込めてやりくりし、どんな困難にも積極的に立ち向かい、果敢に頂上を登れば、あなたは最も眩しい存在になるでしょう。
確固たる信念とたゆまぬ努力により、どんな小さな進歩も収穫となります。諦めないで、止めないで、なぜ始めたのか忘れないでください。成功は決して「絶対にしない」とは言わない人のものです。