背景問題

、ログイン、登録、特定のビジネスの通知などのテキストメッセージングサービスの今、国内のソフトウェアやウェブアプリケーションの最も一般的な使用。

そうでなければプロセスの性能を継続することができない、これらの操作のために、使用のJMeterのパフォーマンステストプロセス、自動的に取得し、必要なSMSの確認コードを入力します。

そのSMSの認証コードシステムの大半と、インターフェイスが戻りませんので、そのSMSの確認コードを取得する方法の問題です。

最も簡単な方法は、テストプロセスでの静的コード文字列を使用して固定し、開発者が死んで書くためにテスト環境でコーディングできるようにすることです。

しかし、また求人不如求己の目的のために - 本当のユーザーシナリオに近い、より適切なアプローチは、動的に取得した技術的手段を通じてSMSの確認コードを記入することです。

ソリューション

ほとんどのアプリケーションへのSMSの検証コードは、先に述べたが、一般的にローカルインタフェースを介して返送されていないとして、サードパーティのサービスによって送信されます。

システムは国境SMSの確認コードを横断するように設計されなければならない時はいつでもしかし、最後とバックアップのままデータベースに保持されます。

だから我々は、データベースコネクタのJMeterを通過し、対応するコードに合理的なロジックを得ることができます。

通常、我々はテストHTTPおよびFTPプロトコルのより多くのJMeterを使用していますが、実際には、これらに加えて、JMeterのも契約の他の多くの種類をサポートし、JDBCは一般的なものです。

したがって、これらの要件を完全に実装することができるはずです。

JMeterのテスト計画では、データベース接続を管理するため、-JDBC要素の接続構成（JDBCコネクション構成）を構成加えます。

スレッドグループでは、サンプラー-JDBC要求、データベースクエリを追加します。

結果を取るには：

抽出されたデータベースレコードの上、唯一の969386は、我々は、検証コードを必要とするものであるため、彼を抽出するために、正規表現の抽出を使用する必要があります。

これは、$ {MCODE}を使用する後続の要求は、テストを継続するためにコードを取得するために使用することができます。