ひとことで
ステータスコードの百の位で、送った側（4xx）かサーバー側（5xx）かの見当をつけ、画面の問題か API の問題かを切り分ける。
Web やアプリの不具合の多くは、画面の裏でやり取りしている HTTP の通信を見ると原因の見当がつきます。ブラウザの開発者ツール（F12）の「ネットワーク」タブで、リクエストごとにステータスコード・送ったデータ・返ってきたデータ・時間を見られます。
| ステータス | 意味 | QA として考えること |
|---|---|---|
| 2xx（200・201・204） | 成功 | 画面がおかしければフロント側か、返ってきたデータの中身を疑う |
| 3xx（301・302・304） | リダイレクト・キャッシュを使った | ログイン後の戻り先、古い表示が残るならキャッシュ |
| 400 | リクエストの形が正しくない | 入力チェックの漏れ。画面で止めるべき値が送られていないか |
| 401・403 | 401：ログインしていない／403：権限がない | 権限のテスト。他人のデータが見えないか |
| 404 | 見つからない | URL の誤り、削除済みのデータ |
| 409・422 | 競合・内容が正しくない | 二重登録、同時更新 |
| 429 | 回数の制限を超えた | レート制限の仕様どおりか |
| 500 | サーバー内部のエラー | サーバーの不具合。時刻とリクエストを添えて報告 |
| 502・503・504 | 途中の中継やサーバーが応答しない・時間切れ | 障害や過負荷。環境の問題かも先に確認 |
面接ではこう答える
画面の不具合を見つけたら、まず開発者ツールでその操作の HTTP の通信を見ます。ステータスが 2xx なのに表示がおかしければフロントエンドか返ってきたデータの中身、4xx なら送った値や権限、5xx ならサーバー側を疑います。401 はログインしていない、403 は権限がない、のように意味を区別して報告すると、開発者がすぐ原因に当たれます。
QAとの関わり不具合の報告で「どこが悪いか」の見当を添えると、修正が速くなります。QA の報告の質を分ける基本の知識です。