“見落とし防止”のためのヒント
「テスト項目、作ったけど…なんか不安」
「チェックリストはあるけど、これで十分なのかな？」
そんなふうに感じたこと、ありませんか？
この記事では、“テスト観点”ってそもそも何？というところから、観点を考えるためのヒントまで、やさしくお話ししていきます。
観点って、なに？
テスト観点とは、「何をチェックすべきか」という視点や切り口のことです。
・たとえばこんなものがあります：
・機能が正しく動くか（正しいデータ入力、エラー処理 など）
・操作しやすいか（UIの使いやすさ、ナビゲーション など）
・セキュリティ的に問題がないか（認証やアクセス制限）
・パフォーマンスが落ちないか（読み込み時間、同時アクセス など）
つまり、「何を、どんなふうにチェックすべきか？」を考えるための“地図”のようなものなんです。
観点が抜けやすい理由
経験上、観点が抜けてしまうのには、こんなパターンがあります：
・ユーザーの使い方を想像していない
→「どんな人が、どんな状況で使う？」が抜けている
・画面単位でしか考えていない
→全体の流れ（登録→確認→保存→戻る…など）が見えていない
・過去の失敗から学べていない
→以前あったトラブルを参考にしていない
「項目をひたすら並べて終わり」だと、どうしても見落としが出てしまうんですね。
観点を考えるヒント
では、どうすれば観点をうまく出せるのでしょうか？
私が現場でよく使っている方法をご紹介します。
✅ ユーザーのストーリーを想像する
「どんな人が、何をしたくてこの機能を使うんだろう？」と考えてみます。
たとえば：
・忙しい主婦がスマホで買い物をしているかも？
・通信状況が悪い中でログインしようとしているかも？
シナリオから観点を引き出すことで、より実践的なテストができます。
✅ “困った状況”を想像する
・通信が途切れたらどうなる？
・間違って戻るボタンを押したら？
・同じボタンを連打したら？
こういった“やりがち”な行動や“ありそうなトラブル”を想像すると、意外な観点が見つかります。
✅ 過去のバグやトラブルを参考にする
「前のリリースでこんなバグがあったな…」という経験は宝の山です。
同じようなパターンが今回も潜んでいないか、立ち止まって見直すクセをつけましょう。
チェックリストに“観点”を活かすには？
テスト項目だけを書いたリストだと、「とりあえずやる」になりがちです。
でも、“この観点で見てほしい”という背景もあわせて共有できると、チーム全体での見落とし防止にぐっと近づきます。
たとえば：
【観点】：画面の遷移がスムーズに行えるか
【理由】：「戻る」を押したあとに入力内容が消えると、ユーザーが困るから
こういった一言メモでも、観点が生きたチェックになります。
おわりに
完璧な観点を最初から出すのは難しいです。
でも、ユーザーの使い方に思いを馳せてみることで、「あっ、ここ見落としてたかも」が減っていきます。
“見えないミス”を減らすには、少しの工夫と、少しの想像力。
もし「誰かと一緒に観点を整理したいな」と思ったら、いつでもお気軽にご相談くださいね。
Rua｜現役QAリードが品質支援
👉 プロフィールを見る
👉 出品サービスを見る
