テストのプロセスは、製品の機能やユーザー エクスペリエンスに影響を与えるバグを見つけるプロセスであり、テスターによって発見されるバグの種類はさまざまです。
仕事をしていると、遠くないところで「バグについて言及してもらえますか？担当者が間違って割り当てられています。それでも言及してもらえますか？」という声が聞こえます。
ある日、開発者がテスターであるあなたにこれを言ったらどう思いますか?
テスターとして、一般的なシステムの問題を分析する方法さえ知らず、頻繁にフロントエンド担当者の問題をバックエンド担当者に割り当て、バックエンド担当者の問題をフロントエンド担当者に割り当てた場合、末端の人材であれば、開発の中で自分の立場は明らかであり、昇進や昇給は見果てぬ夢となるでしょう。
バグを正しく分析して特定するための次のヒントを学べば、一次テストから中級テストへの挑戦は目前です。
01. 事前知識
1. システム ビジネスとチーム メンバーに精通している;
2. ブラウザ F12 (つまり、開発者ツール) またはパケット キャプチャ ツール (fiddler など) の使用に精通している;
3. HTTP/HTTPS プロトコルを理解し、リクエストを区別できることURL、リクエスト ヘッダー、およびリクエスト
4. 一般的な Linux コマンドを操作でき、Tomcat などのサーバーにログインしてログを表示できます。一部の企業が、K8S、Xlog などの対応するログ表示プラットフォームを持っている可能性も排除されません。要するに、対応する
5. システム アーキテクチャとデータの方向を理解します;
6. 素早い思考、Baidu の検索方法を知っています。
02. ポジショニングスキル
まず、システムにバグが発生した場合、バグ現象のスクリーンショット（または記録）を保存する必要があります。現象を保存する目的は、バグが発生したことを証明するためです。スクリーンショットは直接の証拠となります。したがって、シーンを保存する良い習慣を身につけてください。
BUG を提起するときは、テストのプロフェッショナリズムを反映する必要があります。タイトルは簡潔、問題の環境は明確、問題は詳細に説明され、システム エラー表現マップ、インターフェイス パラメータの転送と戻りの参照マップが記載されています。必要に応じてサーバー ログが投稿されるため、バグ要素がすべて欠けていてはなりません。
1小型製品、フロントエンドとバックエンドを1人でコーディネート
たとえば、いくつかの小さなプログラムの場合、フロント エンドとバック エンドはノード言語と PHP 言語で開発されますが、システム全体のフロント エンドとバック エンドは同じです。
2. 従来システム、複数人で共同開発
事前テスト: テスト前に、テスターはシステム、ビジネス、環境展開、開発者などについてよく知っている必要があります。
テスト前に該当ブラウザのF12(開発者ツール)を開き、新規タブを直接開くか、パケットキャプチャツール等を使用してください。 システムに問題がある場合は、該当するリクエストやログ情報などを確認してください。フロントエンドを正確に特定できる バックエンドの問題はまだ残っています。
03. よく使われるヒントと方法
1. 問題シーンを分析して予測する
まずページの外観を確認し、問題の外観に応じて考えられる問題の原因を判断し、範囲を絞り込み、問題を記録するための記録ツールを準備します。
システム ページに正常にアクセスできない場合は、「先頭で 500 エラー」がバックエンドを見つけるように求められ、「先頭で 404 エラー」が最初に要求アドレスまたは対応するアクセス許可を確認し、システム ページに入って正常に開き、プロンプトが表示されます。例外コードがバックエンドに直接的に間違っていることを示します。
システム ページに入り、「フラッシュがインストールされていません」などの異常な画像 (ビデオ) プロンプトやその他の情報が表示されます。フラッシュをインストールした後も動作しない場合は、フロントエンドを見つけてください。インターフェイス UI に互換性エラーが表示されます。フロントエンド。
システム アクセスが正常な場合は、操作ページに入り、機能エラー メッセージが表示されます。次に、次のリンクを入力します。パケットをキャプチャして、対応するリクエスト本文、バックグラウンド ログなどを表示します。
2. リクエストボディのステータスコードに注意してください
4** で始まるステータス コードは通常、クライアント (フロント エンド) の問題です。たとえば、一般的な 404 エラーは、要求されたアドレスが間違っているかどうかを確認し、403 はアクセス許可があるかどうかを確認します。
5** で始まるステータス コードは通常、サーバー (バックエンド) の問題です。たとえば、一般的な 500 エラーは内部サーバー エラーを示し、503 ネットワークの過負荷はサーバー遅延の原因、502 サーバーのクラッシュなどを示します。
3. リクエストの入力データと参加応答データに注意する
エラーが報告されているページにアクセスし、エラー リクエストのロード時に F12 を使用してリクエスト パッケージを分析し、対応する入力パラメータと応答データを確認します。
たとえば、リクエストの入力パラメータが間違っている場合、そのバグはフロントエンドのエラーに属します。入力パラメータの標準は、フロントエンド ページの入力内容または選択された内容、および入力パラメータの形式に従って検証できます。必要かどうかを分析したり、対応するインターフェース文書と通信したりすることができることを確認しました。
たとえば、リクエストが応答されない場合、または応答データが間違っている場合、そのバグはバックエンド エラーです。通常、これはデータベースによって報告されるエラーです。たとえば、特定のテーブルが更新されたときに null ポインタ エラーが報告されます。削除されました。
リクエストの入力パラメーターや応答データに問題がない場合は、ブラウザーの解析の問題であるかどうかを開発者に報告し、テストするブラウザーを変更できます。
4. ログを表示する
サーバー側でエラーを報告するには、ログ プラットフォームにログインするか、サーバーの対応する Log ディレクトリに出力されたログを表示します。
通常、ログ コマンド tail を表示するために使用され、tail -n [最近の行数] | grep [キーワード] を使用して、キーワード、インターフェイス名、およびその他の関連コンテンツをすばやく取得します。
対応するログを取得し、ログ ファイルをバグ リストに貼り付け、バックエンドに割り当てて専門性を向上させます。テスターはログを読む習慣も身に付ける必要があります。ログを見ただけで理解できるようになります。
5. 経験則
Nginx ***、コード、SQL 関連のプロンプトなど、システムのフロントエンド ページでサーバー構成に関連するエラー メッセージが表示された場合は、バックエンドに直接移動して処理します。
フロントエンドの文字検証、形式検証など、ブラウザインターフェイスのUI互換性やプラグインの問題はフロントエンドに直接反映されます。
上記のスキルやテクニックを覚えておくと、バグが発生したり、失敗する可能性が低くなり、このまま行けば、プロ意識の現れとなり、開発は高く評価されると思います。
問題を発見するだけでなく、問題の開発と解決を支援できるテスターになることも、一次試験から中級試験に合格するための基準です。
[以下は、私が編集した 2023 年の最も完全なソフトウェア テスト エンジニア学習ナレッジ アーキテクチャ システム図です]
1. Pythonプログラミングの入門から習得まで
2.インターフェース自動化プロジェクトの実戦
3. Web自動化プロジェクトの実戦
4. アプリ自動化プロジェクトの実戦
5. 一流メーカーの再開
6. DevOps システムのテストと開発
7. 一般的に使用される自動テストツール
8、JMeterのパフォーマンステスト
9. まとめ（最後にちょっとしたサプライズ）
寿命が長いのでオイルを追加してください。すべての努力は決して裏切られることはなく、粘り強く続ける限り、最後には必ずご褒美が得られます。自分の時間を大切にして夢を追いかけてください。初心を忘れず、前に進んでください。あなたの未来はあなたの手の中にあります！
人生は短く、時間は貴重です。将来何が起こるかを予測することはできませんが、現在の瞬間を把握することはできます。一日一日を大切にし、自分自身をより強く、より良くするために努力してください。確固たる信念、粘り強い追求、成功はやがてあなたのものになります。
常に自分自身に挑戦することによってのみ、常に自分を超えることができます。夢を追い続け、勇敢に前進すれば、その葛藤の過程がとても美しく、やりがいのあるものであることに気づくでしょう。自分を信じてください、あなたならできるよ！