Captcha (Completely Automated Public Turing Test To Tell Computers and Humans Apart)や自動化を妨害するように設計されたその他の認証システムなどの検証を自動化しようとして時間を無駄にしないでください。はい、それは可能ですが、効果的に軍拡競争に参加したり、風車を傾けたりしています。さらに重要なことに、それはあなたの雇用主に何の価値ももたらしません。
キャプチャまたは検証コードを自動化する正しい方法は、コードが予測可能になるようにテスト環境を構成することです。多くのキャプチャ ツールまたは検証ツールには、応答が設定された「テスト」モードで動作する機能があります。実稼働環境をそのように構成することは決してありませんが、テスト環境をそのように構成することは簡単にできます (また構成する必要があります)。
テスト環境のセットアップと管理を行っている担当者に相談してください。テスト環境であることを認識し、キャプチャまたは認証ツール (Google オーソライザーや 5 分ごとに数字を吐き出すウィジェットなど) の適切な API 呼び出しを使用してテスト モードにするロジックが必要なだけです。予測可能な検証応答。
これが私が話していることの例です: http://captcha.biz/doc/aspnet/api/captcha-configuration-reference.html#BotDetect.Configuration.ITestModeConfiguration
これをサポートしていないものを使用している場合は、キャプチャを完全にスキップするようにシステムを構成するか、(実際のキャプチャ システムではなく) 作成したテスト スタブをポイントするように構成することができます。これは、実際のキャプチャと同じ API を使用する、あなたまたは開発者が作成する小さなコードですが、常に同じ答えを期待します。その場合、すべてが実際のキャプチャ サービスと対話しているように動作しますが、対話している小さなスタブ コードは、常に同じ「応答」、たとえば「テスト」で同じ画像を送信します。
この種のことは、あらゆる種類のサードパーティのものを無効にするか、テスト モードにするか、テスト サンドボックス (キャプチャ、広告、Web サイト分析、トラッキング ピクセル、クレジット カード認証サービスなど) に接続するテスト環境では正常です。など)