QA・バグ用語辞典｜テスト現場の用語の意味・使いどころ一覧【無料】

テストの基本

テストの種類と土台になる言葉

テストケースてすとけーす基本

「どの条件で・何をして・どうなれば正解か」を1件ずつ書き出したもの。前提条件・操作手順・期待結果で構成する。

テスト観点てすとかんてん基本

「何を確認すべきか」の切り口。境界値・権限・異常系など。観点が漏れるとケースも漏れる。

→ TESTパターン集に観点を多数収録

単体テストたんたいてすと / UT基本

関数や画面部品など、最小単位が単体で正しく動くかを確認するテスト。Unit Test。

結合テストけつごうてすと / IT基本

複数の部品・画面・APIをつないだときに正しく連携するかを確認するテスト。Integration Test。

システムテストしすてむてすと基本

実際の利用に近い状態で、システム全体が要件を満たすかを通しで確認するテスト。

受入テストうけいれてすと / UAT基本

発注者・利用者の立場で「納品物が要件どおりか」を確認する最終テスト。

回帰テストかいきてすと基本

修正・追加によって既存の機能が壊れていないかを確認するテスト。リグレッションテストとも。

スモークテストすもーくてすと基本

主要機能がとりあえず動くかをざっと確認する最小限のテスト。詳細テストに入る前のゲート。

探索的テストたんさくてきてすと基本

事前のケースに縛られず、操作しながら気づいた点をその場で掘り下げるテスト。

ブラックボックステストblack box基本

内部構造を見ず、入力と出力だけに注目するテスト。「仕様どおり動くか」を外側から確認する。

ホワイトボックステストwhite box基本

コードの中身（分岐・経路）を見ながら、論理が正しく通るかを確認するテスト。

性能・負荷テストせいのう / ロードテスト基本

大量アクセス・大量データを与え、速度や安定性が保てるかを確認するテスト。限界を探るのはストレステスト。

ユーザビリティテストusability基本

実際のユーザーに使ってもらい、迷わず操作できるか・分かりにくい所がないかを確認するテスト。

モンキーテストmonkey test基本

無秩序に操作してアプリを壊そうとするテスト。連打・乱暴な入力で想定外の落ち方を探す。

バグ・起票まわり

不具合を見つけて伝えるための言葉

バグばぐ / 欠陥バグ

仕様や期待する動作と異なる不具合。defect とも呼ぶ。

デグレ / リグレッションでぐれバグ

今まで動いていた機能が、修正の影響で動かなくなること。「デグレった」と言う。

再現手順さいげんてじゅんバグ

バグを再現させるための操作の順番。これが曖昧だと「再現しません」で突き返される。

→ コラム「再現しないバグ報告」参照

期待結果 / 実際の結果きたいけっかバグ

「本来こうなるべき」と「実際にこうなった」。両方書いて初めてバグとして伝わる。

重要度Severityバグ

バグがシステムに与える影響の大きさ。クラッシュ＝高、軽微な表示崩れ＝低など。

優先度Priorityバグ

どれだけ早く直すべきか。重要度が低くても多発・目立つなら優先度は上がる。重要度と別物。

起票きひょうバグ

バグや課題をチケット（Backlog・Jira など）に登録すること。

→ これってバグなの？で起票内容を自動生成

仕様ですしようですバグ

「不具合ではなく意図した挙動」という回答。安易な「仕様です」は後でトラブルのもとに。

→ コラム「仕様かバグか」参照

トリアージtriageバグ

溜まったバグを重要度・優先度で仕分けし、「今直す／後で／直さない」を決める作業。

ワークアラウンド回避策バグ

根本修正の前に、ユーザーが問題を避けて使えるようにする暫定の回避手段。

既知の不具合Known Issueバグ

把握済みだが、今回は直さずリリースすると判断したバグ。リリースノートに明記することが多い。

再現率さいげんりつバグ

同じ手順で何回中何回バグが出るか。「10回中2回」のように書くと原因調査の手がかりになる。

ブロッカーblockerバグ

これがあると先のテストが進められない致命的なバグ。最優先で対応される。

環境・リリース

どこで動かす・どう出すかの言葉

本番環境ほんばん / Prod環境

実際のユーザーが使う稼働環境。Production。ここでの不具合は影響が一番大きい。

ステージング環境STG環境

本番とほぼ同じ構成で最終確認するための環境。Staging。リリース前テストの定位置。

デプロイでぷろいリリース

作ったコードをサーバーに反映して、実際に動く状態にすること。

ロールバック切り戻しリリース

デプロイ後に問題が出たとき、ひとつ前の状態に戻すこと。誰が・どう戻すかを事前に決めておく。

→ コラム「金曜17時のデプロイ」参照

ホットフィックスhotfixリリース

本番で起きた緊急の不具合を、通常リリースを待たずに即修正すること。

フィーチャーフラグfeature flagリリース

機能をコードに入れつつ、スイッチでオン/オフ切り替えできる仕組み。段階公開や緊急停止に使う。

CI / CDしーあい / しーでぃーリリース

コードの変更を自動でテスト（CI）し、自動でリリース（CD）する仕組み。手作業の事故を減らす。

カナリアリリースcanaryリリース

まず一部のユーザーだけに新版を出し、問題なければ全体へ広げる段階的な公開方法。

ブルーグリーンデプロイblue-greenリリース

本番と同じ環境を2つ用意し、切り替えでリリースする方式。問題時は瞬時に元へ戻せる。

マイグレーションmigrationリリース

データベースの構造やデータを新しい形に移行する作業。順番・後戻りの可否を要確認。

品質・進め方

品質をどう測る・どう残すか

QAQuality Assurance品質

品質保証。テストだけでなく、プロセス全体で品質を作り込む活動全般を指す。

QCQuality Control品質

品質管理。成果物を検査して不良を見つける活動。QAの中の一部にあたる。

テストカバレッジcoverage品質

テストが対象のどれだけを網羅できているかの割合。高ければ安心とは限らない点に注意。

エビデンスえびでんす品質

テストを実施した証拠。スクリーンショット・ログ・実行結果など。

トレーサビリティtraceability品質

要件 → テストケース → 結果が辿れる状態。どの要件をどのテストで確認したか追跡できる。

テスト計画テストけいかく品質

何を・どこまで・どの環境で・誰がテストするかをまとめた計画。テストの地図にあたる。

DoD（完了の定義）Definition of Done品質

「この作業はどうなったら完了か」をチームで決めた基準。テスト済み・レビュー済みなどを含む。

品質ゲートQuality Gate品質

次の工程へ進む前に満たすべき品質の関門。「重大バグ0件ならリリース可」など。

バグ密度ばぐみつど品質

規模あたりのバグ件数。多すぎる箇所は設計の見直し、少なすぎる箇所はテスト不足を疑う材料に。