そう感じているあなたにこそ、使ってほしいサービスがあります。
業界最大手の「リクルートエージェント」です。

多くのエンジニアは「IT特化型のエージェント」を選びがちですが、実は「リクルートエージェントにしかない非公開求人」の中にこそ、高待遇でライバルの少ない「お宝案件」が眠っています。

この記事では、元QAマネージャーの視点から、リクルートエージェントの「圧倒的な求人数」を味方につけ、キャリアの可能性を最大化するための活用術を徹底解説します。

なぜQAエンジニアに「リクルートエージェント」が必要なのか

「QAエンジニアとして転職を考えた時、まず登録すべきエージェントはどこか？」
この質問に対して、私は元QAマネージャーとしてこう答えます。

「まずはリクルートエージェントで市場の全体像を把握し、その上で専門エージェント（レバテックなど）を併用するのが最強の戦略である」と。

業界最大手であるリクルートエージェントは、ITエンジニア専門ではありません。しかし、「IT求人の保有数」においても実はNo.1クラスであることをご存知でしょうか？

• 地方でも働けるQAの仕事を探したい
• 今のスキルで、どんな業界に行けるのか幅広く知りたい
• 年収アップも大事だけど、まずは安定した企業に入りたい

もしあなたがこれらに当てはまるなら、リクルートエージェントは必須の「インフラ」です。

この記事では、採用側の視点（元部長職）から、リクルートエージェントの「本当の価値」と、QAエンジニアが使うべき「具体的な活用戦略」を、忖度なしで徹底解説します。

＞＞ リクルートエージェントの公式サイトを見る

リクルートエージェントの総合評価表

まずは結論から。
QAエンジニアにとってのリクルートエージェントの評価は以下の通りです。
「求人数」と「地方対応」は文句なしの満点ですが、「技術理解度」には少し課題があります。

【ひとことで言うと】
「最高品質のコンシェルジュ」ではありませんが、「世界中のあらゆるチケットを用意してくれる巨大デパート」のような存在です。

QAエンジニアがリクルートエージェントを使うべき3つの理由

なぜ、IT特化型のエージェント（レバテックキャリアやGeekly）だけでなく、総合型のリクルートエージェントを使うべきなのでしょうか？

理由は明確です。「特化型エージェントには出てこないお宝求人」が山ほどあるからです。

① 圧倒的な「非公開求人」の量

リクルートエージェントが保有する求人の約90%は、ネット上には公開されていない「非公開求人」です。
実は、高待遇な求人ほど、応募殺到を避けるために非公開になる傾向があります。

特にQAエンジニアにとって重要なのは、「非IT企業の社内SE（QA担当）」の求人です。

• 大手自動車メーカーの自動運転検証部門
• メガバンク・金融機関のシステム企画・検証担当
• 大手物流企業の基幹システム刷新プロジェクト

これらの企業は、「IT専門のエージェント」には求人を出さず、付き合いの長いリクルートだけに依頼することが多々あります。

こういった求人は、「Web系ベンチャーよりも残業が少なく、年収が高く、福利厚生が手厚い」という特徴があります。この層にアプローチできるのが、リクルート最大の強みです。

② 全国対応！地方・Uターン転職の命綱

QAエンジニアの求人は東京に集中しがちですが、リクルートエージェントは全国各地に拠点を持っています。
これが、地方在住者やUターンを考えている人にとっての「命綱」となります。

• 親の介護で地元（福岡、札幌、大阪、名古屋など）に戻りたい
• フルリモートではなく、地方の優良企業に転職したい

IT特化型エージェントの多くは首都圏限定ですが、リクルートなら「あなたの地元の優良Sler」や「地方工場のシステム部門」など、現実的な選択肢を提示してくれます。

③ ドライだが強力な「交渉力」

リクルートの担当者は、良くも悪くも「営業」が強いです。
これは転職者にとっては、年収交渉の場面で非常に心強い味方になります。

これは転職者にとってはメリットになります。

例えば、内定が出た後の条件交渉で、

「御社の規定では500万かもしれませんが、他社からは550万出ています。彼を採用するなら550万必要です」

といった交渉を、ビジネスライクに淡々と進めてくれます。

情に訴えるのではなく、「市場価値」と「データ」に基づいて年収を引き上げてくれる頼もしいパートナーです。

ここが残念！リクルートエージェントの弱点（と対策）

もちろん、良いことばかりではありません。QAエンジニアが使う上で感じる「ストレス」と、その対策もお伝えします。
特に「担当者の当たり外れ」と「メールの量」には注意が必要です。

弱点1：担当者の技術理解度にバラつきがある

【実態】
IT専門の部署はありますが、担当者によっては「テスト設計とテスト実装の違い」が分かっていない場合もあります。
総合型エージェントの宿命とも言える弱点です。

「とりあえずJavaって書いてある求人を送っとけばいいか」と思われて、開発（PG）の求人が送られてくることも。

【対策】
「QAエンジニアとしての希望条件」を最初に明確に定義して渡すことです。
面談時に、「開発はやりません。テスト・品質保証の求人のみをお願いします」とハッキリ伝えれば、AIのマッチング精度が上がり、的外れな求人は減ります。

弱点2：メール連絡の量が多すぎる

【実態】
登録すると、自動送信で大量の求人メール（通称：リクルート砲）が届きます。
1日数十件来ることもあり、大事な連絡が埋もれてしまうのが「あるある」です。

【対策】
専用アプリ「Personal Desktop」を使いましょう。

アプリ内なら求人が整理されて見やすく、メールボックスを汚しません。また、担当者には「連絡はアプリのチャットのみでお願いします」と伝えればOKです。

弱点3：サポート期間は「3ヶ月」

【実態】
原則として、サポート期間は3ヶ月（約90日）と決められています。
ダラダラと転職活動をする人には向きませんが、「短期決戦」と割り切ればメリットにもなります。

【対策】
これは逆に「3ヶ月以内に決める！」という締め切り効果として使いましょう。

QAエンジニアの転職活動は、平均して「1〜2ヶ月」で終わります。本気で動けば期間切れになることはまずありません。

IT特化型エージェントとの「賢い併用戦略」

リクルートエージェント1本で進めるよりも、「IT特化型」と組み合わせて使うのが賢いQAエンジニアのやり方です。
それぞれの強みを活かした「最強の布陣」をご紹介します。

【最強の布陣】

1. まず リクルートエージェント に登録して、求人の「数」を確保する。
2. 同時に レバテックキャリア（またはGeekly）に登録して、ここ一番の本命企業への応募に使う。

この「二刀流」ならば、求人の取りこぼしもなく、かつ年収アップのチャンスも最大化できます。

実際に利用したQAエンジニアの口コミ・評判

実際にリクルートエージェントを使って転職したQAエンジニアの声を集めました。
「選択肢が広がった」という声が多い一方で、「事務的だった」という声も散見されます。

👍 良い口コミ：地方在住でも選択肢があった

「福岡在住で、東京の仕事をリモートでするか、地元の企業で働くか迷っていました。リクルートエージェントは両方の求人を持っていて、『福岡市内の大手SIerのQA拠点』の立ち上げメンバーを紹介してくれました。東京のエージェントからは紹介されなかった案件だったので、登録してよかったです。」
（32歳・男性・QAリーダー・福岡）

👍 良い口コミ：面接対策が役に立った

「『面接力向上セミナー』という無料のセミナーを受けたのですが、これが目からウロコでした。『面接官が何を見ているか』が論理的に解説されていて、自己PRの作り方を根本から変えました。おかげでエンジニアとしての強みを自信を持って話せるようになりました。」
（28歳・女性・テスター・東京）

👎 悪い口コミ：事務的な対応だった

「担当の方は丁寧でしたが、少し事務的だと感じました。『キャリアの悩みを聞いてほしい』というよりは、『条件に合う求人を次々に出すから選んでください』というスタンス。ただ、結果的に多くの企業を見れたので良かったです。」
（35歳・男性・QAエンジニア・大阪）

登録から内定までの5ステップ

リクルートエージェントの利用は完全無料です。
手続きは非常にシステム化されており、スムーズに進みます。登録から内定までの流れは以下の通りです。

STEP 1: 公式サイトからWeb登録（所要時間：約3分）

• プロフィール情報（名前、連絡先、簡単な経歴）を入力します。
• 職務経歴書はこの時点で完璧でなくても大丈夫です。

STEP 2: 面談（キャリアカウンセリング）

• 現在は電話かオンライン（Zoom等）が主流です。土日や平日夜間も対応してくれます。
• ここで「QAエンジニア志望であること」「希望年収」「勤務地」を明確に伝えましょう。

STEP 3: 求人紹介・応募

• 専用アプリ（Personal Desktop）に求人が届きます。
• 「気になる」ボタンを押しておくと、ＡＩが学習して好みの求人が届きやすくなります。

STEP 4: 書類選考・面接

• 応募すると、リクルートエージェント内の推薦文と共に企業へ送られます。
• 面接日程の調整はすべて代行してくれます。

STEP 5: 内定・年収交渉

• 内定が出たら、担当者が企業と条件交渉を行います。
• 入社日の調整や、退職のアドバイスもしてくれます。

よくある質問（FAQ）

まとめ：可能性を狭めないために、まずは「母数」を知ろう

QAエンジニアとしてのキャリアアップを目指す時、最も避けたい失敗。

それは、「世の中にはもっと良い条件の仕事があったのに、それを知らずに転職してしまった」という後悔です。

リクルートエージェントは、その「見えない機会損失」を防ぐための最強のツールです。

これだけの求人データベースを無料で使い放題なのですから、利用しない手はありません。

• 今の職場よりも、もっと評価してくれる会社があるかもしれない。
• 地元で、安定して長く働ける場所があるかもしれな。

その「答え」は、リクルートエージェントの非公開求人の中にあります。

まずは登録して、あなたの可能性の大きさを確かめてみてください。

＞＞ リクルートエージェントに無料登録する

【併せて読みたい】

• 確実に年収を上げたいなら：レバテックキャリアの評判・活用法
• ゲーム業界に行きたいなら：Geekly（ギークリー）の評判・活用法
• おすすめエージェント総合比較：QAエンジニアのおすすめ転職エージェント比較ランキング

• QAエンジニアはどうすれば給料が上がる？
• QAエンジニアはどうすれば出世する？
• 理想のキャリアに近づくためには？

こういった疑問に答えます。

本記事を読んで実践することで、給料を年収100万円以上上げることができるようになります。

すぐに本題に入りたい方は、以下、気になるリンクをクリック（タップ）してください。

私も新卒で入社した会社では20万、手取りにして約16万程度しかもらえていませんでした。

ただ、今からお話しすることを着実に手順通り実行していくことにより、

年収は当初の2倍以上にもなり、心に余裕を持てるようになりました。

そして、今では

このようになっており、そんな私が最短でキャリアアップする方法を伝えます。

今からお話しすることを全て手順通りに実行すれば、誰でもキャリアをアップさせることができるのです。

失敗しないためのキャリアアップを形成したい場合は、必ず最後までご覧ください。

STEP1 QAエンジニアとは何をする人？

QAエンジニアとは、簡単に言うと、ソフトウェアが世にでる前に不具合がないかテストする人です。

例えば、ゲームテスターがわかりやすいでしょう。

ゲームを開発し、それが世にでる前に不具合がないかテストをする人のことです。

テストをする理由は以下の通りです。

みなさんも以下の経験はありませんか？

開発者はバグを混入させようと思いソフトウェアを作っていません。

ですが、バグは知らず知らずのうちに混入されてしまいます。

それを防ぐやめにもQAエンジニアはとても重要で、とてもやりがいのあるポジションになります。

また、QAエンジニアの全体像を把握するためには以下の記事からアクセスください。

STEP0 QAエンジニアの全体像を掴む

STEP2へ進む

未経験者が抑えておくべきポイント

年収アップを目指すためには、まずQAエンジニアとして最低限の知識を身につける必要があります。

なぜなら、転職活動をする際、面接官からの質問に対してちんぷんかんぷんになってしまってはいけません。

未経験者でありながら他の応募者との差別化を差別化を図ることが重要であり、最低限の知識は頭に入れた上で転職活動をしてください。

そうすることにより、転職活動はより一層うまくいくこと間違いなしです。

QAエンジニアとして最低限の知識を身につけるには以下の記事にアクセスください。

【徹底解説】ソフトウェアテスト現役管理職が教える失敗しないキャリアアップ方法3選 長年同じ会社で働いているけど1度も給料上がったとがないこの先昇給するのか、昇格するのかわからなくなってきたキャリアアップ…

STEP2へ進む

開発志望の方がQAエンジニアからスタートする理由4選

開発志望の方もQAエンジニアからスタートすることにより、早い段階で開発エンジニアとなることが出来るのです。

開発志望の方がQAエンジニアからスタートする理由は以下の通りです。

よって、早い段階で開発エンジニアにステップアップすることができるようになります。

詳細はこちらで記事を書いていますので、気になる方はご覧ください。

【現役管理職が徹底解説】未経験でも開発に携われる唯一の手法（QAエンジニア） 開発未経験だけど採用してくれる会社はあるのかなぁ。開発未経験者が開発会社で採用されるためには何から始めるべき？開発未経験…

STEP2へ進む

STEP2 QAエンジニアへの転職に成功する方法

転職に成功する方法は、転職エージェントに登録することです。

QAエンジニアに転職する方向けのおすすめ転職エージェントはこちらから登録できます。

理由は以下の通りです。

自ら一つ一つの企業を訪問したり転職活動する際は、1件1件地道にあたっていかなければなりません。

その点転職エージェントを使うことで、その面倒な作業を全て転職エージェントがおこなってくれるのです。

転職活動をする際は具体的には以下の手順で進めます。

ここで重要なのは転職エージェントと頻繁にコミュニケーションを取ることです。

もし、コミュニケーションが疎かになってしまうと、自分自身が求めるものと乖離が生じてしてしまったり、

いざ転職してから自分の思い描いていた会社と違った！というようになることがあります。

ですから、不明点を不明のまましておかなく、どんな些細なことでも気になることはどんどん質問することが重要です。

私がオススメする転職エージェントはこちらのページから登録することが出来ますので、まずはご登録ください。

STEP1に戻る STEP3へ進む

STEP3 現役管理職が教えるQAエンジニアのスキルアップ方法

転職に成功したら次はスキルアップをすることが大切です。

なぜなら、以下の理由があります。

もし、スキルアップのために努力をしない人だとしたら、取り残されてしまいます。

そして、最終的には、使い物にならないと思われ、仕事を重要な振られなくなってしまうことがあります。

上記に記載の通り、
いつまで経っても給料が変わらない、もしくは下がってしまう

ということにならないためにも、しっかりとした手順でスキルアップをマスターする必要があるのです。
ただ、QAエンジニアならではのスキルアップ方法を取得する必要があります。

以下の記事では、QAエンジニアならではのスキルアップ方法について解説していますので、気になる方はご覧ください。

【初心者必見】QAエンジニアのスキルアップ成功法則3選 | 現役管理職が徹底解説 QA業務を学ぶ上でおすすめの本を教えて！ Webで学習できるサービスとかはあるの？ 知っておくとキャリアアップにつながる…

STEP2に戻る STEP4へ進む

学習におけるスキルアップ方法

QAエンジニアのスキルというのは以下になります。

未経験から入社したらまず、テスト実施スキルを極めることが大切になります。

なぜなら、QAエンジニアの基本となるからです。

テスト実施の基本があまりできていないうちから次のテスト設計、テスト計画をおこなわおうとしても、何をおこなえば良いのかわからなくなってしまいます。

もし、見よう見まねでおこなえたとしても、どういう意図でこのようになっているのかという点において、説明できないものになってしまうでしょう。

ですから、まずは

これらを反復しておこなうことが大切です。

はじめの第一歩にふさわしい書籍『テスターちゃん』というのがありますので、まずはこれを見てください。

漫画なので読みやすく、とてもわかりやすく書かれているので、これを読めばQAエンジニアの第一歩となることでしょう。

また、以下の記事では学習におけるスキルアップ方法を詳しく解説していますので、併せてご覧ください。

【初心者必見】QAエンジニアのスキルアップ成功法則3選 | 現役管理職が徹底解説 QA業務を学ぶ上でおすすめの本を教えて！ Webで学習できるサービスとかはあるの？ 知っておくとキャリアアップにつながる…

STEP2に戻る STEP4へ進む

実務経験

知識を身につけるのも大切ですが、知識がある程度身に付いたら、次は実務経験を多く積むことが大切になります。

なぜなら、知識ではわからないことが無数にあるからです。

具体的には以下の流れでおこないましょう。

上記の反復練習が大切です。

知識をいっぱい身につけてからスタートさせるよりも、業務知識は必要最低限だけ身につけ、あとはプロジェクトにアサインして実際に手を動かしてテストをしてみることがとても大切です。

実務経験がどれほど大切か詳しくは以下の記事で解説していますので、併せてご覧ください。

STEP2に戻る STEP4へ進む

STEP4 キャリアアップ方法

キャリアアップをするためには以下の3つが必要です。

STEP3のスキルアップからつながっている部分もあり、スキルアップすれば、自ずとキャリアアップ、所謂、昇進が目に見えてきます。

ですから、そのためにもスキルアップは目標をもってしっかりとおこないましょう。

詳細はこちらの記事に書いていますので、こちらも併せてご覧ください。

【徹底解説】ソフトウェアテスト現役管理職が教える失敗しないキャリアアップ方法3選 長年同じ会社で働いているけど1度も給料上がったとがないこの先昇給するのか、昇格するのかわからなくなってきたキャリアアップ…

STEP3に戻る STEP5へ進む

STEP5 QAエンジニアとして働いている先輩達

ここではQAエンジニアとして働いている、もしくは過去に働いていた先輩達にインタビューをし、そのインタビューを元に記事にしました。

主には以下の内容でインタビューしています。

詳しくは以下の記事でまとめていますので、結果が気になる方はアクセスください。

まとめ

QAエンジニアとして転職するためには以下の順序で実施する必要があります。

一つずつ紐解いていきます。

QAエンジニアの必要最低限の知識を身につける

記事内でもお伝えはしましたが、一番良いのはテスターちゃんを読むことです。

テスターちゃんを読むことにより以下のことがわかるようになります。

はじめから難しい知識を詰め込んでも途中で挫折してしまうため、
テスターちゃんという漫画本を読むところから始めると良いでしょう。

また、以下の記事ではソフトウェアとは何か？というところからポイントを抑えて解説していますので、併せてご覧ください。

【保存版】ソフトウェアテストとは？現役管理職が[稼げる手順]を徹底解説 迷える転職者 ソフトウェアテストって何？ 迷える転職者 デバッグとテストは同じ意味？ 迷える転職者 ソフトウェアテストの…

未経験者が抑えるておくべきポイントを理解しておく

転職活動をする上で、最低限必要な用語などは知っておく必要があります。

具体的には以下の用語です。

なぜなら、これからQAエンジニアになろうとしている人が、そこを理解していないとなると、面接官としては「この人大丈夫かな？」と思ってしまいます。

完璧に理解しなくても良いので、ある程度知識を身につけようとする努力をしましょう。

未経験者が抑えるべきポイントとしての詳細は以下に記載していますので、こちらの方をご覧ください。

転職活動をおこなう

必要最低限のスキルを身につけたら思い切って転職活動をしましょう。

活動をするのは自由で、給料が上がりそうな会社に出会った場合のみ転職をすれば良いのです。

ただ、転職活動をしないことにはそのような会社にも出会わないため、まずは転職活動をすることが大切になります。

まずは、以下の記事で書いていますオススメ転職サイト／転職エージェントに登録してみましょう。

スキルアップをするため学習する

テストをする上で特に重要なプロセスは以下の3つです。

未経験からQAエンジニアに転職したらまずはテスト実施から知識を身につけ
ゆくゆくは、テスト設計やテスト計画ができるようにしていきましょう。

ただし、早く先に進みたいからといって、テスト実施をおろそかにし
テスト設計やテスト計画に足を踏み入れるのは危険です。

ある程度のプロジェクト、期間で、テスト実施を経験してからテスト設計やテスト計画の知識を身につけていけば良いのです。

詳しくは以下の記事で書いていますので、こちらをご覧ください。

プロジェクトへアサインし実務経験を積む

知識を身につけたり資格を取得したりするだけではなく、実務経験を積むこともとても大切です。

実務経験を積む理由は、知識ではわからないことが無数にあるからです

そのため、プロジェクトへアサインし実務経験をしっかり積みましょう。

はじめの頃はわからないことが多いのは当たり前ですので、
わからない時は、上司やプロジェクトマネージャーなどにしっかり質問をすることが大切です。

詳しくは以下の記事で書いていますので、併せてご覧ください。

キャリアアップのため更なるスキルアップを目指す

スキルアップとして手っ取り早く知識を身につける方法として資格取得というのがあります。

以下に記載した資格を取得することにより、確実にスキルアップにつながります。

さらには、取得する資格によってはキャリアアップにもつながりますので、是非とも取得を目指してください。

資格取得に関して詳しくは以下の記事で書いていますので、こちらをご覧ください。

【徹底比較】現役管理職が教えるソフトウェアテスト(QA/QC)おすすめ資格6選 テス子 未経験からテスター業界に転職（挑戦）しようと思っているんだけど、取得しておいたら採用で優遇される資格は？ 資格が…

キャリアアップ

ここまで来たらもうキャリアアップは目の前です。

具体的には今までおこなってきたことを繰り返して実践しながら上司にアピールしてください。

特に、誰でも取得できないような資格を取得することで、
予想していないようなアピールをできることがあります。

そのアピールは社内であっても、お客さんでもあってもアピール可能です。
その資格を持っていることで依頼が増え、売り上げが上がる

そうすると自ずと評価されやすくなるのです。

具体的には上記の2つで、上記のリンクから該当ページに飛べるようになっていますので、気になる方はアクセスください。

Q&A

QAエンジニアのスキルについて

QAエンジニアのキャリアパスについて

詳しくは以下の記事で解説しています。

【保存版】ソフトウェアテスト現役管理職が教える失敗しない面接対策（ポイント3選） 迷える転職者 テスター未経験からでも採用されることってあるのかなぁ。 迷える転職者 採用される確率を上げるために知ってお…

• キャリアアップするためには何をすれば良いか
• テストプロセスとは何か？
• テストスキルを磨きたい

このように疑問を持たれている方も大勢いらっしゃるのではないでしょうか。

誰しもが早くキャリアアップをしたいと考えていると思いますが、キャリアアップするにも具体的に何をどうすれば、どこまでキャリアは伸ばせるのかという点が曖昧になっています。

私は、現在ソフトウェア業界で約10年間従事しており、今では管理職という立場になっています。
ただ、10年前は管理者という立場からはほど遠く、たった一人の「テストをする人」という形でした。

ですが、私はそこで止まるのは嫌だったため、努力と経験を積み重ね、管理職という立場になることができました。

そこで、この記事では、未経験からソフトウェアテスト業界に転職し、次のステップへスムーズにいくための道標として、私の経験に基づく知識や実践方法まで完全解説します。

この記事を読めば「ソフトウェアテストにおけるテストプロセス」が全てわかるようになります。

私が約10年間ソフトウェアテスト業界で従事し、管理職という立場になった今だから見える知識や経験を凝縮しました。
以下の方々、どなたでもスキルアップを目指せる内容となっております。

ソフトウェアテスト業界で、今以上に知識を付けて、早く昇給・昇格したい、キャリアアップしたいと考えている方はぜひ最後まで読んでください。

キャリアアップのためのテストプロセス

結論から言うと、どこまでできるかによってポジションと給料が決まります。

ここでは、テストプロセスにおいての何ができるか三段階にわけて、以下の指標で示します。

具体的に以下で解説します。

テスト実行

いわゆるテスターと言われる方々です。
ポジション、給料、目指すべき次のステップとして以下に表で示します。

給料は一番少なく未経験から転職すればほとんどの人がここからスタートです。

まずは、給料を上げたりキャリアアップしたいと考えているのであれば、まずはテスト設計者を目指すことになります。

テスト設計

テスト設計者と言われる方々です。
ポジション、給料、目指すべき次のステップとして以下に表で示します。

テスト実行のみの時と比べて給料は上がります。
次のポジションにステップアップするには、テスト計画ができるようになることです。

テスト計画ができるようになれば、ほぼテストリーダー以上のポジションとなります。
テストリーダー以上のポジションとなると、管理職も狙えるポジションですので給料は大幅に上がります。

テスト計画

テストリーダーと言われる方々です。
ポジション、給料、目指すべき次のステップとして以下に表で示します。

ここまでくれば、各プロジェクトでテストリーダー以上のポジションを担うことができます。
管理職も目指せるポジションのため、ここで止まることなく、更なるキャリアアップを目指すことが可能になります。

テストプロセスとは何か？

JSTQBによると、テストプロセスは以下のように定義されています。

• テスト計画
• テストのモニタリングとコントロール
• テスト分析
• テスト設計
• テスト実装
• テスト実行
• テスト完了

JSTQB FL シラバス

ですが、実際にはここまでフェーズごとにしっかり区切られているわけではありません。
どちらかと言うと流れるように無意識でこれらの作業をおこなっている場合がほとんどです。

その流れとは、主に以下の三段階にわかれます。

具体的には以下のとおりです。

テスト計画段階

いわゆるテストモニタリングとテストコントロールはセットで考えることが必要になってきます。

また、テストモニタリングとテストコントロールに関しては、テスト計画段階でおこなえばそれで終わりではなく、テスト工程全てにおいて必要なフェーズで、いつにおいてもテスト計画に修正を加えないといけない場合は修正を加えるのです。

テスト設計段階

テスト実行段階

「必要なものすべて」と言われてもピンと来ないかもしれませんが、具体的には以下のようなものです。

テスト実行をするときのために準備しておかないといけないもの全てと覚えておくと良いでしょう。

テストをおこない、不具合が見つかったものに関しては不具合レポートに記載し、開発者へフィードバックをします。

それでは各工程について詳しくみていきます。

通常、テスト計画から始まりテスト実行に終わるのですが、本記事は未経験者が多く読んでいることを想定して、以下の順番でレベルごとに解説していきます。

テスト実行

プロジェクトにおける製品に対しての不具合があるかをチェックするお仕事です。
いわゆるテスターと言われる方々で、テスト設計者が別にいる場合、テスト実行のみをおこなうケースがございます。

主な業務内容とは以下のとおりです。

という形になっており、ソフトウェアテストにおける指標になります。

テスト設計

テスト実行するための指標となるテストケースを作成するお仕事です。
テストケースの意味は前述しましたが、テストケースを作成する際のポイントとしては以下２点です。

一つずつ紐解いていきます。

誰がテストをしても同じ結果が得られるテストケースを作成する

正確性の問題です。

上記を正確に記載することが大切です。
もし、正確性に欠けるテストケースだったとしたら、認識の相違が発生し、テスト実行者の判断で結果を誤ってつけてしまうケースになることもあります。

本当は不具合があるにも関わらず、パスしてしまっていたらどうでしょうか。

最悪の場合、リリース後に不具合が発覚し、お客様からのクレームにも繋がりかねません。
これがもし、命の危険が左右される飛行機の監視システムや医療機器などの場合、もっと取り返しのつかないことになってしまいます。

そのため、テストケースを作成する際、ここの要素はもっとも重要なのです。

テスト実行者が迷わないようなテストケースを作成する

要するに、出来るだけ細かくわかりやすく記載するということです。

また、テスト実行者はあまり画面設計書や詳細設計書などを見る習慣がありません。
そのため、プロジェクトにおける製品の仕様を全てテストケースに落とし込むことが大切です。

テストケースには簡易的に記載し、後は、「画面設計書を見てください。」だけだと不親切というわけです。

テスト実行者が迷わないようなテストケースを意識して作成していきましょう。

テスト実行者から質問が出ないようなテストケースを作成する

上記の「迷わないようなテストケース」と一緒に考えると良いです。

もし、テスト実行者が迷ってしまうようなテストケースを作成してしまった場合、必ずテスト設計者に質問がきます。

ですので、テストケースを作成する際には「テスト実行者から質問が来ないようなテストケース」も意識して作成すると良いでしょう。

テスト計画

テスト工程全ての計画を立てるお仕事です。

計画を練り、テスト計画書というドキュメントを作成します。
そして、そのテスト計画書をプロジェクトマネージャーに提出し、「今回のテストはこれでいきます。」と、予め認識を合わせておくことが大切です。

このテスト計画によって、全てのテスト工程が進んでいきますので、テストの中で一番重要な工程と言えます。

もし、このテスト計画が正確性の欠くものでしたとしたら、テスト計画通りテストを進めることができなく、プロジェクト自体を計画通り進ませることができなくなります。

その結果、工数が予想以上に増え、予算オーバーになってしまうこともあるのです。

私も実際、過去に関わったプロジェクトで（私自身は計画していないが関わったことのあるプロジェクト）、計画や見積もりの甘さで、予定工数の倍かかってしまったというケースがありました。

ここまでになると、会社に大幅な損失を与えてしまい、下手したら始末書などの対応をしなければいけません。

ですので、そこまで重要だということを念頭において、テスト計画の段階でしっかりと確実に計画を練っておきましょう。

ソフトウェアテスト未経験者が抑えておくべきポイント3選

ソフトウェアテスト未経験者が転職活動する上で抑えておくべきポイントは以下の3点です。

前項でテストプロセスに関して解説しましたが、他にもソフトウェアテスト未経験者がはじめに覚えておくべきポイントがあります。
未経験からソフトウェアテスト業界への転職を成功させるために、事前にこれらを理解しておくことが大切です。

詳しくは以下で解説しています。

ソフトウェアテストとは？

結論から言うと、出来上がったシステムが仕様通りになっているか、使いにくくないかなどをチェックするお仕事です。

ただし、チェックすると言っても、その内容は奥深く、ただ単に無闇にチェックすれば良いというものではありません。

では、どのようにチェックするのが一番効率なのか、詳しくは以下の記事で解説していますので、ぜひご覧ください。

【保存版】ソフトウェアテストとは？現役管理職が[稼げる手順]を徹底解説

2023.1.21

迷える転職者 ソフトウェアテストって何？ 迷える転職者 デバッグとテストは同じ意味？ 迷える転職者 ソフトウェアテストの給料水準ってどれぐらいなの？ こういった疑問に答えます。 ソ...

ソフトウェアテスト業界の用語

はじめからロケットスタートするためにも、ソフトウェアテスト業界で使用する用語を覚えておくことは大切になります。

用語を知るのと知らないとではキャリアアップに大きな差が出ます。

なぜなら、実践でも専門用語を用いて会話することが多くなるからです。

その際に頭が珍紛漢紛になっていては、取り残されてしまいます。

取り残されるどころか、「何も知らない人」のレッテルを貼られてしまうことも多いです。

ですので、そうならないためにもソフトウェアテスト業界の用語を初めから覚えておくことが必要なのです。

ソフトウェアテスト業界の用語集として、以下の記事で詳しく記載していますので、こちらも併せてご覧ください。

【保存版】《レベル別徹底解説》QAエンジニア・ソフトウェアテスト用語集【完全版】

2023.1.21

【初級編】現場ですぐに使う基本用語 ア行 アドホックテスト 計画を立てずに経験と直感に基づいて行う非形式的なテスト テスト設計書やテストケースを作成せず、思いついた操作を試す探索的...

ソフトウェアテスト業界のキャリアアップ方法

ソフトウェアテスト業界でキャリアアップする方法は、主に下記の3点です。

なぜなら、給与を上げる場合、転職して給与を上げるか、知識を身につけて給与を上げるかの2つしかないからです。

私はソフトウェアテスト業界に入って、もう10年以上にもなりますが、この2つどちらも経験したことがあります。

具体的に言うと、

知識を使って転職したという形です。

ソフトウェアテスト業界の知識を身につけ、経験を活かし、取得するべき資格を取得し、その知識と経験を面接の時にアピールしたのです。

その結果、年収100万円以上アップということも実現することができました。

このように、ソフトウェアテスト業界におけるキャリアアップ方法を最初に学んでおくことで、そこに向けてブレることなく進むことができるようになります。

ですので、まずは、ソフトウェアテスト業界におけるキャリアアップ方法を頭の中に入れましょう。

詳しくは以下の記事で解説していますので、ぜひご覧ください。

【徹底解説】ソフトウェアテスト現役管理職が教える失敗しないキャリアアップ方法3選 長年同じ会社で働いているけど1度も給料上がったとがないこの先昇給するのか、昇格するのかわからなくなってきたキャリアアップ…

まとめ：失敗しないテストプロセス完全解説《ソフトウェアテスト》

ソフトウェアテストのテストプロセスの全ては以下のとおりです。

• テスト計画
• テストのモニタリングとコントロール
• テスト分析
• テスト設計
• テスト実装
• テスト実行
• テスト完了

JSTQB FL シラバス

このプロセスを大きく三段階に分けて解説します。

テスト計画

テストを計画し、テスト計画書を作成します。

以下の点においてまとめましたのでご覧ください。

重要なポイント

注意点

詳細

主には以下の記事で解説していますので、こちらも併せてご覧ください。

※現在作成中のため少々お待ちください。

テスト設計

テスト実行するために仕様を把握しテスト設計書、テスト仕様書を作成します。

以下の点においてまとめましたのでご覧ください。

重要なポイント

以下の3点を意識してテスト設計することが重要になります。

注意点

詳細

主には以下の記事で解説していますので、こちらも併せてご覧ください。

※現在作成中のため少々お待ちください。

テスト実行

テスト設計フェーズで作成されたテスト仕様書を元にテスト実行をおこないます。

以下の点においてまとめましたのでご覧ください。

重要なポイント

注意点

もしうっかり不具合を見逃してしまったとした場合、以下のような事態になることも考えられます。

その為、以下の能力が求められます。

詳細

主には以下の記事で解説していますので、こちらも併せてご覧ください。

※現在作成中のため少々お待ちください。

• 長年同じ会社で働いているけど1度も給料上がったとがない
• この先昇給するのか、昇格するのかわからなくなってきた
• キャリアアップするにはどうしたら良いのか

このように疑問を持たれている方も大勢いらっしゃるのではないでしょうか。

早くキャリアアップをしようと考えて、焦るがあまり選択肢を間違えてしまうケースが非常に多くなっています。

私は、現在ソフトウェア業界で約10年間従事しており、今では管理職という立場になっています。
しかし、初めからスムーズに今の立場になったわけではなく、そこに行き着くためには、挫折と挑戦の繰り返しでした。

そこで、この記事では、未経験からソフトウェアテスト業界に転職したとしても、初めからロケットスタートできる考え方から実践方法までまとめて解説します。

この記事を読めば「ソフトウェアテスト業界未経験者が理想の会社に転職をして、キャリアアップするにはどのような段取りを踏めば良いのか」が全てわかります。

私が約10年間ソフトウェアテスト業界で従事し、管理職という立場になった今だから見える知識や経験を凝縮しました。

ソフトウェアテスト業界で、早く昇給・昇格したい、キャリアアップしたいと考えている方はぜひ最後まで読んでください。

ソフトウェアテスト業界で失敗しないキャリアアップ方法3選

結論から言うと、失敗しないキャリアアップ方法3選は以下の通りです。

上記のどれか欠けても難しく、全てにおいておこなう必要があります。
その理由とともに詳しくは以下で解説します。

転職エージェントを使う

第一の方法として、転職エージェントを使うということになります。

転職エージェントを使うメリットを以下にまとめました。

逆に転職エージェントを使うデメリットとしては以下のものがあります。

デメリットもありますが、ご覧のようにメリットの方がか大きいです。
デメリットもあるということを念頭に置いた上で、転職エージェントを使うことが大切になります。

資格取得をおこなう

第二の方法として、資格取得するという方法があります。

スキルは人によってマチマチです。
そのスキルを証明できるものは資格というもの以外にはありません。

どれだけ出来るかという点をアピールしたとしても、証明書という形で手元になければわかりません。

ですので、スキル学習と合わせて資格取得を目指すことも大切なのです。

私が管理職という視点で、必要な資格に関してピックアップしました。

【徹底比較】現役管理職が教えるソフトウェアテストおすすめ資格6選の記事で解説していますので、ご覧ください。

本で学習する

第三の方法として、本で学習するという方法があります。

今はソフトウェアテストに関する幾つもの本が出版されていますので、それらで学習を進めると良いです。

ただ、本は世の中に無数にあり、「最初はどれを手に取ったら良いのか全くわからない」!!
そのように思われている方も多いはずです。

ここでは、私が管理職という視点で、読みやすく、ためになり実践でも活かせる本をピックアップしました。

【保存版】現役管理職が教えるソフトウェアテストおすすめ本の記事で解説していますので、ご覧ください。

最速で昇給させる方法

結論から言うと、最速で昇給させるためには、転職活動をおこなうことです。

今の会社で昇給に伸び悩んでいるのであれば、転職活動をするということが一番早いです。

転職活動をしたとしても必ずしも転職しないといけないということではありません。
転職活動を納得がいくまでして、納得いく給料、ポジションを提示してもらった場合にのみ転職をすれば良いのです。

私自身も以前、転職をし年収100万以上もアップしたという経験があります。
今では管理職というポジションになっていますが、以前は挫折と挑戦の繰り返しでした。

ですので、まずは、転職活動することを一番オススメします。

詳しくは以下で見ていきます。

転職活動をおこなう

前述したように、給料を上げるためには転職活動をおこなうのが一番早いのです。

転職活動をした方が良い理由は以下の通りです。

一つずつ紐解いていきます。

会社によって上がる昇給幅が決まっている

「いくら頑張っても昇給幅内でしか昇給はできません。」ということです。

毎年、部内全体の昇給幅が決まっており、それを全体で割るという形がほとんどになります。
その場合、社員数に比例して競争率が高くなります。

会社の人数が多ければ多いほどライバルも多くなる

これは記載の通りで、会社の社員は仲間でもありライバルでもあるのです。
会社の人数が多くライバルが多い場合は、如何にライバルとの差をつけるかどうかがカギになってきます。
そのためにも、以下の2点において日々学習をすることは大切です。

また、会社によって給料が上がる要素があるのかを見極めることが大切です。

数年いても全く昇給にかからない形だと、モチベーションも下がってしまいます。
その場合、思い切って転職活動することをオススメします。

それでは、給料が上がる要素があるのかの見極め方は以下の通りです。

これら全体的に見て、転職活動をするべきか否かを判断した方が良いのです。

一つずつ紐解いていきます。

2年で給料が上がるかどうか

おおよその会社は約2年いれば少しずつでも給料は上がります。
ですので、約2年で給料がどれくらい上がるのかを確認することが大切です。

社内に活気があるかどうか

社内に活気があれば、会社的に、より良い方向に向かっていると考えた方が良いです。
逆に、活気がなく、何をやっても面白く無いような形ですと、転職活動に踏み込んだ方が良いでしょう。

積極的に採用活動している会社かどうか

これから右肩上がりに伸びている会社ですと、積極的に採用もおこなっていくところがほとんどです。
ですから、そこを見ることも大切なのです。

採用活動するのを躊躇している会社の場合ですと、採用活動に踏み込めない理由があります。
原因はいくつかありますが、それがコスト削減の場合ですと、転職活動に踏み込んだ方が良いでしょう。

人数がいつもギリギリで回している案件が多数あるか

一つの案件で人件費をいくら使っているのかというところです。

もし、ギリギリで回している案件が多数ある場合は、コスト面もギリギリになっておる恐れがありますので、転職活動に踏み込んだ方が良いでしょう。

部長クラス以上の方々と関わる機会が多くあるかどうか

これは、むしろ一番重要なことかもしれません。

要は、ライバルより多くアピールできればキャリアアップする道も数多く用意されているのです。
部長クラス以上になると部下も多く一人一人全社員を見ることは不可能になります。

ですから、部長クラス以上の方々と近いところで関われる機会が多い方が、顔も覚えられますし、結果的にアピールにつながるのです。

部長クラス以上というと、おおよその会社では決裁者に当たります。

ですので、その決裁者に多くアピールするためにも近いところで多く関われる機会があるかどうかも非常に重要なのです。

もし、今の会社がそうでなければ、転職活動に踏み込むのも良いでしょう。

主には上記のような見極め方にはなりますが、これは会社によっても多少バラつきがあります。
そのため、一番良い転職時期というのは、自らが転職したいと感じた時がベターです。

稼げるキャリアアップ方法

前述したように、最速で昇給させるためには、転職活動をおこなうことです。

ただ、以下のような場合もあり、転職活動をする以外のキャリアアップ方法に関しても触れておきます。

前述したように、「転職をおこなう」以外のキャリアアップ方法に関しては、下記の2点になります。

詳しくは以下の項目で解説していますので、こちらをご覧ください。

>>資格取得をおこなう

>>本で学習する

ソフトウェアテスト未経験者が初めに知っておくべきこと3選

結論から言うと、ソフトウェア未経験者が初めに知っておくべきことは、以下の3点になります。

未経験からソフトウェアテスト業界に転職をしようとしているのに「ソフトウェアテストとは何なのか」を知らないというのは話になりません。

また、「ソフトウェアテスト業界でよく使用する用語」を知らないというのも話になりません。

そして、キャリアアップ方法を知らなければ、将来的にどのようにキャリアアップしていったら良いのかがわからなく、途中で挫折してしまいます。

そうならないためにも、初めにキャリアアップ方法を知っておくことがとても大切なのです。

難しいことを覚えるのは大変かもしれませんが、これらのことは難しくなく誰にでもできることになります。

まずは、これらから覚え、しっかりとキャリアアップするために着実に1歩ずつ前進していきましょう。
それぞれに関して、詳しくは以下で説明します。

ソフトウェアテストとは何か

ソフトウェアテスト業界に転職しようとしている方がこれを知らなければ話ははじまりません。
ソフトウェアテストとは何なのか。

以下のようなツイートもしましたが、全体像を掴めるようにしておきましょう。

詳しくは【徹底解説】ソフトウェアテストとは？現役管理職が[稼げる手順]を徹底解説の記事ご覧ください。

用語まとめ

こちらも前項同様、ソフトウェアテスト業界に転職しようとしている方は、初めに知っておいて損はないです。

レベル別に【保存版】（レベル別徹底解説）現役管理職が教えるソフトウェアテスト業界の用語まとめの記事でまとめましたので、こちらで学習してください。

用語については辞書代わりに使っていただけると幸いです。

中には難しい用語も解説していますが、まずは簡単な分かりやすい用語から覚えていく形で問題ありません。

キャリアアップ方法

キャリアアップ方法に関しては本記事で徹底解説しました。

これらを元に、キャリアアップ方法を知り、実際にキャリアアップに挑戦することで、必ずキャリアアップすることが可能です。

一番早いキャリアアップ方法である「転職活動をおこなう」ですが、とはいえ、どこの転職エージェントに登録したら良いのか迷うところだと思います。

私自身が自信を持ってオススメできる転職エージェントに関しては、以下の記事でピックアップしましたので、こちらも併せてご覧ください。

【2022年最新】現役面接官が教えるソフトウェアテスト業界オススメ転職エージェント22選

まとめ：失敗しないキャリアアップ方法3選

今後、昇給させる、昇格させることにおいて、予めキャリアアップ方法を知ることはとても大切です。

なぜなら、キャリアアップ方法を知らないのでは、キャリアアップに向けた取り組みがおこなえないからになります。

キャリアアップの具体的な方法に関しては以下の通りです。

このうちのどれが欠けても難しく、上記３点をバランスよく実施することが大切です。

上記の３点をバランスよく実施すれば、キャリアアップの成功に近づくことは間違いありません。

また、本記事ではキャリアアップのことにおいて取り上げましたが、以下の残り2つに関しては別記事でまとめています。

こちらも併せて読むことで、より一層キャリアアップを加速させるようにしましょう。

【保存版】ソフトウェアテスト現役管理職が教える失敗しない面接対策（ポイント3選） 迷える転職者 テスター未経験からでも採用されることってあるのかなぁ。 迷える転職者 採用される確率を上げるために知ってお…

ア行

アドホックテスト

• 計画を立てずに経験と直感に基づいて行う非形式的なテスト
• テスト設計書やテストケースを作成せず、思いついた操作を試す探索的な手法
• バグの再現手順が不明確な場合や、テスト観点の抜け漏れを探す際に有効

アサーション

• プログラム内で特定の条件が満たされているかを検証する仕組み
• 条件が偽の場合にエラーを発生させることで、不正な状態を早期発見できる
• 自動テストでは期待値と実際の値を比較する際に使用される

アジャイル開発

• システムやソフトウェア開発におけるプロジェクト開発手法のひとつ
• 大きな単位でシステムを区切ることなく、小単位で実装とテストを繰り返して開発を進める
• 従来の開発手法に比べて開発期間が短縮されるため、アジャイル（素早い）と呼ばれている

インシデント

• 調査や対処が必要な事象や問題の総称
• バグや障害だけでなく、仕様の不明点や確認事項も含まれる
• チケット管理システムで管理されることが多い

インスペクション

• 最も形式的なレビュー手法で、定義された役割と手順に基づいて実施される
• 司会者、記録者、レビューア、モデレータなどの明確な役割分担がある
• メトリクスを収集し、プロセス改善に活用する

インテグレーションテスト

• 複数のモジュールを結合した時に正しく機能するかを確認するテスト
• 主にモジュール間の接続点（インターフェース）がうまく機能するかを確認する場合と、結合した状態で外部から見て一体として正しく機能するかを確認する場合がある
• 結合テスト、統合テストと同意

インフォーマルレビュー

• 最も非形式的なレビュー手法で、文書化されたプロセスを持たない
• 同僚にコードや仕様を見てもらって意見をもらう程度の軽いレビュー
• 短時間で実施でき、早期にフィードバックを得られる

ウォーターフォール開発

• 要件定義、設計、実装、テスト、運用という工程を順番に進める開発手法
• 各工程が完了してから次の工程に進むため、後戻りしにくい
• 大規模システムや要件が明確なプロジェクトで採用されることが多い

ウォークスルー

• レビュー手法の一つで、レビューイが成果物の内容をレビューアに説明すること
• 主な目的は欠陥の発見、ソフトウェアプロダクトの改善、異なる実装方法の検討など
• 典型的には作業成果物の作成者がレビューミーティングを主導する

受け入れ基準

• ユーザー、顧客、その他の認可団体が、コンポーネントやシステムを受け入れる場合、満たさねばならない基準

受け入れテスト

• システムが、ユーザーのニーズ、要件、ビジネスプロセスを満足するかをチェックするための公式なテスト
• このテストにより、システムが受け入れ基準を満たしているかどうかを判定できる

エクスプローラトリーテスト

• テスト設計とテスト実行を同時に行う探索的なテスト手法
• テスターの経験や知識を活用し、学習しながら動的にテストを進める
• タイムボックス（決められた時間枠）を設定して実施することが多い

エスカレーション

• 問題や課題を上位者や関係部署に報告し、判断や対応を仰ぐこと
• 自分の権限や知識では解決できない場合に行う
• 迅速なエスカレーションは問題の早期解決につながる

エンドツーエンドテスト（E2Eテスト）

• システム全体を通じたユーザーシナリオを実行し、実際の使用環境に近い状態で動作を確認するテスト
• フロントエンドからバックエンド、データベースまで含めた統合的な検証
• ユーザーの実際の操作フローに沿ってテストを行う

エンドユーザー

• ある製品を実際に使ったり消費したりする人や組織のこと
• 製品の作り手や売り手から見て、直接の顧客（クライアント）や所有者と、実際の利用者が異なる場合に用いられる概念

カ行

開発環境

• 開発中の機能を見てもらう時などに使用する場所
• stagingよりさらにカジュアルな環境で、簡単に作って潰すような使われ方をする
• development/dev環境とも呼ばれる

回帰テスト

• プログラムの修正後に、既存機能に影響がないことを確認するテスト
• リグレッションテストと同意
• 自動化して繰り返し実行されることが多い

境界値分析

• 入力値の境界付近でバグが発生しやすいことを利用したテスト技法
• 例：1〜100の範囲の場合、0、1、100、101をテストする
• 同値分割と組み合わせて使用されることが多い

キャッシュ

• 英語でCacheと表記し、貯蔵庫、隠し場所という意味を持つ
• よく使うデータを取り出しやすいところにあらかじめ準備しておく仕組み
• 身近な例：インターネットでページを閲覧した際、一度アクセスしたページのデータをブラウザで一時的に保管し、2回目以降にアクセスした際、表示スピードを上げる

クリティカルパス

• プロジェクトの完了に最も時間がかかる一連の作業の経路
• この経路上の作業が遅れると、プロジェクト全体の遅延につながる
• スケジュール管理において重要な概念

クローズ

• チケットや課題を完了済みの状態にすること
• バグが修正され検証も完了した場合などに行う
• ステータス管理の最終段階

結合テスト

• 複数のモジュールを結合した時に正しく機能するかを確認するテスト
• 主にモジュール間の接続点（インターフェース）がうまく機能するかを確認する場合と、結合した状態で外部から見て一体として正しく機能するかを確認する場合がある

ケースバイケース

• 状況や場合によって判断や対応が異なること
• テストでは仕様が曖昧な場合に「ケースバイケース」と表現されることがある
• 明確な基準を設けることが望ましい

検証環境

• 本番リリース前の動作検証を行う場所
• ほとんど本番に近い環境だが、サーバースペックは落としてあったり、外部API接続がテスト環境につながっていたりなどが異なる
• staging/stg環境とも呼ばれる

コードレビュー

• プログラムコードの品質を確保するために、他の開発者がコードを確認すること
• バグの早期発見、コーディング規約の遵守、知識共有などが目的
• プルリクエストを通じて実施されることが多い

サ行

サニタイジング

• ユーザーからの入力値に含まれる特殊文字を無害化する処理
• XSS攻撃やSQLインジェクション攻撃を防ぐために実施
• エスケープ処理とも呼ばれる

サブスクリプション

• 月額料金でサービスを受けられる課金モデル
• Amazon Primeのようなイメージ
• 継続的な収益が見込めるビジネスモデルとして普及

仕様書

• システムやソフトウェアの機能、動作、要件を詳細に記述した文書
• 設計書、要件定義書などがこれに含まれる
• テスト設計の基礎となる重要なドキュメント

シナリオテスト

• 実際のユーザーの利用シナリオに沿ってテストを実行する手法
• 単機能テストでは発見できない、複数機能を跨いだバグを見つけられる
• ユーザー視点でのテストが可能

システムテスト

• 開発したシステムが期待通りに動作するか、構築したシステムが仕様通りの機能や性能要件を満たしているか確認するテスト
• 総合テストと同意

スクラム

• アジャイルソフトウェア開発におけるプロジェクト管理のための反復型でインクリメンタル型のフレームワーク（枠組み）
• スプリントと呼ばれる短い開発サイクルを繰り返す
• デイリースクラム、スプリントレビュー、レトロスペクティブなどの儀式がある

スプリント

• スクラム開発における1〜4週間程度の開発サイクル
• スプリント内で計画、開発、テスト、レビューを完結させる
• 各スプリント終了時に動作する成果物を生み出すことが目標

スモークテスト

• システムの主要機能が動作するかを確認する簡易的なテスト
• ビルド後やデプロイ後に最初に実行される
• 詳細なテストを実施する価値があるかを判断する

正常系テスト

• 正しい操作や入力で、期待通りの結果が得られることを確認するテスト
• ハッピーパステストとも呼ばれる
• 異常系テストと対になる概念

セッション

• 通信の開始から終了までを指す
• ネットワークに接続中のユーザがWebサイトを訪れ、サイト内で動作する一連の流れを1つの単位とする
• Webサイトにアクセスして、そのサイトから出て行くかブラウザを閉じるまでが1セッション

セキュリティテスト

• システムの脆弱性を発見し、セキュリティ要件を満たしているかを確認するテスト
• 不正アクセス、データ漏洩、権限昇格などを検証
• ペネトレーションテストや脆弱性診断が含まれる

総合テスト

• 開発したシステムが期待通りに動作するか、構築したシステムが仕様通りの機能や性能要件を満たしているか確認するテスト
• システムテストと同意

ソフトウェア

• コンピュータを動かすプログラムのこと

ソフトウェアテスト

• コンピュータを動かすプログラムの不具合をチェックすること

同値分割

• 入力値の範囲を同じ結果になるグループに分けてテストする技法
• 各グループから代表値を選んでテストすることで効率化
• 境界値分析と組み合わせて使用される

タ行

単体テスト

• プログラムを構成する比較的小さな単位（ユニット）が個々の機能を正しく果たしているかどうかを確認するテスト
• 通常、関数やメソッドが単体テストの単位（ユニット）となる
• コード作成時などの早い段階で開発者によって実施されることが多い

チケット

• 課題や作業を管理するための単位
• Jira、Redmine、Backlogなどのチケット管理システムで管理される
• バグ、タスク、改善要望などがチケットとして登録される

デグレーション（デグレ）

• 退化や悪化という意味で、システムやプログラムの不具合を修正した時、ほかに新たな不具合やバグが発生してしまう状態のこと
• 修正によって以前は動いていた機能が動かなくなること
• 回帰テストで検出する

デッドロック

• 複数のプロセスやスレッドがお互いのリソースを待ち続けて処理が進まなくなる状態
• データベース処理などで発生しやすい
• 適切な排他制御で防ぐ必要がある

テストケース

• テストを実行するための具体的な手順と期待結果をまとめたもの
• 前提条件、入力値、操作手順、期待結果などで構成される
• テスト実行の基本単位

テストスイート

• 複数のテストケースをまとめたもの
• 関連するテストをグループ化して管理する
• 自動テストで特定のテストスイートを実行する際に使用

テストデータ

• テスト実行時に使用するデータ
• 正常値、異常値、境界値などを含む
• テスト環境に適したダミーデータを用意する

テストハーネス

• テスト実行を支援するツールやコードの総称
• ドライバ（上位モジュールの代替）やスタブ（下位モジュールの代替）が含まれる
• 単体テストや結合テストで使用される

デプロイ

• 開発した機能やサービスを利用可能にする作業
• 開発環境から検証環境へアップロードしてテストに使用できる状態にすること
• ソフトウェアをインストールする作業

トリアージ

• バグや課題の優先順位を決定するプロセス
• 重要度と緊急度を基に対応順序を決める
• リソースの効率的な配分に必要

ドキュメントテスト

• 仕様書、設計書、マニュアルなどのドキュメント自体の品質を確認するテスト
• 記述の正確性、完全性、一貫性を検証
• レビューを通じて実施されることが多い

ナ行

ネガティブテスト

• 異常系や例外処理が適切に動作するかを確認するテスト
• エラーメッセージの表示、システムのクラッシュ防止などを検証
• 異常系テストと同意

ハ行

バージョン管理

• ソースコードやドキュメントの変更履歴を記録・管理すること
• Git、SVNなどのバージョン管理システムを使用
• チーム開発において必須の仕組み

バグ

• プログラムやシステムの欠陥や不具合
• 期待した動作をしない、エラーが発生するなどの状態
• 重要度と優先度に応じて修正される

バグトラッキング

• バグの発見から修正、検証までを追跡・管理すること
• Jiraなどのバグトラッキングツールを使用
• バグの状態、担当者、修正予定などを記録

バッチ処理

• 一定量の（あるいは一定期間の）データを集め、一括処理するための処理方法
• バッチ処理の対義語としてリアルタイム処理がある
• 身近な使用例：在庫管理、テストの自動化など

パフォーマンステスト

• システムの性能や効率を測定するテスト
• 応答時間、スループット、リソース使用率などを評価
• 負荷テスト、ストレステストが含まれる

バリデーション

• 入力内容や記述内容が要件を満たしているか、妥当性を確認すること
• 入力フォームなどでよく使用される入力チェック

ビルド

• プログラマーが作成したプログラムの元ネタ（ソースコード）から、実際に動くプログラムを作り出し、利用者に引き渡せる配布可能なパッケージを生成する一連の工程全体

品質

• ユーザーが要求している性質や性能のことで、ユーザーが満足しているかどうかによって品質の良し悪しが決定する
• 仮に、一般的には問題なく動くシステムだったとしても、ユーザーの要求通りでなければ品質が悪いというわけ

品質管理（QC）

• 品質管理という意味であり、英語ではQuality Controlの略語
• リリースするまでの間に品質が一定水準を満たしているかをチェック、管理する
• その水準は企業や顧客によって異なる

品質保証（QA）

• 品質保証という意味であり、英語ではQuality Assuranceの略語
• 世の中にリリースされたシステムやアプリの品質を企画からリリース後に至るまで保証したり、サポートする
• リリース後に至ってもシステムの状況によっては修正を行ったり、顧客の要件を満たすためにサポートする

フィックス（修正）

• バグや不具合を修正すること
• "〜をフィックスする"という使い方をする
• 開発者によって実施される

フェールセーフ

• システムに障害が発生した場合に、安全な状態を維持する設計思想
• 例：エレベーターの故障時に自動停止する
• 安全性を重視するシステムで重要

負荷テスト

• 大量のデータを投入し、高い負荷をかけてソフトウェアが正常に機能しているか確認するテスト
• 想定のユーザー数でも耐えることができることを確認するためのテスト
• 使用されるツール：Apache JMeter、httperf、The Grinderなど

ブラックボックステスト

• 内部構造を考慮せず、入力と出力の関係だけを確認するテスト
• 仕様書を基にテストケースを作成
• テスターに実装の知識が不要

ブロッカー

• 作業を進める上で障害となっている問題や課題
• 解決するまで次の作業に進めない重大な問題
• 迅速な対応が求められる

プロジェクト

• 特定の目標を達成するための一時的な取り組み
• 開始と終了が明確に定義されている
• リソース、スケジュール、予算が設定される

ペアテスト

• 2人のテスターが協力してテストを実施する手法
• 1人が操作し、もう1人が観察・記録する
• 知識共有や視点の多様化に効果的

ホワイトボックステスト

• プログラムの内部構造やロジックを理解した上で実施するテスト
• コードカバレッジを測定できる
• 開発者によって実施されることが多い

本番環境

• エンドユーザーが利用する環境
• システムが製品として実際に稼働している環境
• production/prod環境とも呼ばれる

マ行

マイルストーン

• プロジェクトの重要な節目や到達点
• 中間目標やリリース予定日などが設定される
• 進捗管理の指標となる

マージ

• 複数のコードやブランチを統合すること
• バージョン管理システムで使用される操作
• コンフリクト（競合）が発生する場合がある

マニュアルテスト

• 人間が手動でテストを実行すること
• 自動テストと対比される
• 探索的テストやユーザビリティテストで有効

モーダル

• 子ウィンドウのこと
• 閉じるまで親ウィンドウの操作ができない

モジュール

• プログラムを構成する部品や機能の単位
• 独立して開発・テストできるように設計される
• 再利用性や保守性を高める

モックオブジェクト

• テスト用に作成された模擬オブジェクト
• 外部システムやデータベースへの依存を排除できる
• 単体テストで使用される

ヤ行

ユーザビリティテスト

• システムの使いやすさを評価するテスト
• 実際のユーザーに操作してもらい、問題点を発見する
• UIデザインの改善に活用される

ユニットテスト

• プログラムを構成する比較的小さな単位（ユニット）が個々の機能を正しく果たしているかどうかを確認するテスト
• 通常、関数やメソッドが単体テストの単位（ユニット）となる
• コード作成時などの早い段階で開発者によって実施されることが多い
• 単体テストと同意

ユースケース

• システムの機能をユーザーの視点から記述したもの
• アクター（利用者）とシステムの相互作用を表現
• 要件定義やテスト設計の基礎となる

ラ行

リファクタリング

• 外部から見た動作を変えずに、コードの内部構造を改善すること
• 可読性、保守性の向上が目的
• テストで動作を保証しながら実施する

リグレッションテスト

• 回帰テスト、退行テストなどとも呼ばれ、プログラムの一部を修正した時に、その影響でほかに不具合が出ていないかをチェックするために行う
• デグレーションが起こっていないかどうかを検証するために実施するテスト

リスクベースドテスト

• リスクの高い部分を優先的にテストする手法
• リソースを効率的に配分できる
• リスク分析が重要

リリース

• システムやアプリケーションを本番環境に公開すること
• エンドユーザーが使用できる状態にする
• リリース判定会議を経て実施される

ルートコーズ

• 問題の根本原因
• 表面的な原因ではなく、真の原因を特定すること
• 再発防止のために重要

レビューア

• レビューを行う人
• 仕様書などのドキュメントを間違いがないかチェックする人
• テスト観点の観点漏れがないかチェックする人
• テストケースに漏れがないかチェックする人

レビューイ

• レビューをされる側の人
• レビューアとは逆の人
• レビューの対象となる成果物の作成者

ログ

• システムやアプリケーションの動作記録
• エラー調査やパフォーマンス分析に使用
• アクセスログ、エラーログ、デバッグログなどがある

A-Z

API（Application Programming Interface）

• アプリケーションやソフトウェアとプログラムをつなぐもの
• ソフトウェアの機能を共有できる仕組み
• RESTful APIやGraphQL APIなどがある

CI/CD（Continuous Integration/Continuous Delivery）

• 継続的インテグレーション／継続的デリバリー
• コードの変更を自動的にビルド、テスト、デプロイする仕組み
• Jenkins、GitHub Actions、CircleCIなどのツールが使用される

Cookie

• ユーザーとサーバー間で特定の情報をやり取りするファイル
• 閲覧中のWebサイトからスマホやパソコンに保存される情報
• 保存されるデータ例：ID、パスワード、メールアドレス、訪問回数など

CSV（Comma-Separated Values）

• カンマ区切りのテキストデータ形式
• Excelなどで開くことができる
• テストデータの作成や結果の記録に使用される

development環境（dev環境）

• 開発中の機能を見てもらう時などに使用する場所
• stagingよりさらにカジュアルな環境で、簡単に作って潰すような使われ方をする
• 開発環境とも呼ばれる

Hotfix（ホットフィックス）

• ソフトウェアに発見された不具合を解消するために配布される修正プログラムのうち、問題に迅速に対応するため緊急に発行されるもの
• クライアントが製品の現在のリリース内で問題を発見し、次の大きなリリースまで修正されるのを待つことができない場合に使用される

JSTQB（Japan Software Testing Qualifications Board）

• 日本におけるソフトウェアテスト技術者資格認定の運営組織
• ISTQBの加盟組織として2005年4月に認定された
• Foundation Level、Advanced Level、Expert Levelなどの資格がある

modal（モーダル）

• 子ウィンドウのこと
• 閉じるまで親ウィンドウの操作ができない

N/A（Not Available）

• 該当なしの意味
• テストケースを用いたテスト実行において、仕様変更などにより該当項目が存在しなくなった場合、該当項目の結果欄に「N/A」と記載、または選択する場合がある

NT（Not Test）

• テストしない／テスト対象外の意味
• テストケースを用いたテスト実行において、該当項目はあるけど開発が途中だったり現在のフェーズでは対応しない場合、項目の結果欄に「NT」と記載する
• 基本的に開発側と同意が取れてから対応する

NG（No Good）

• テスト結果が期待と異なり、不合格であること
• バグが発見された状態
• OKと対になる概念

OK

• テスト結果が期待通りで、合格であること
• 問題がなく正常に動作している状態
• NGと対になる概念

production環境（prod環境）

• エンドユーザーが利用する環境
• システムが製品として実際に稼働している環境
• 本番環境とも呼ばれる

QA（Quality Assurance）

• 品質保証という意味
• 世の中にリリースされたシステムやアプリの品質を企画からリリース後に至るまで保証したり、サポートする
• リリース後に至ってもシステムの状況によっては修正を行ったり、顧客の要件を満たすためにサポートする

QC（Quality Control）

• 品質管理という意味
• リリースするまでの間に品質が一定水準を満たしているかをチェック、管理する
• その水準は企業や顧客によって異なる

SDK（Software Development Kit）

• ソフトウェア開発キットと訳される
• 特定のソフトウェアを開発する際に必要なツールのセット（APIのライブラリ、サンプルプログラム、技術文書などが含まれる）のこと

SLA（Service Level Agreement）

• サービスレベル契約
• サービス提供者と利用者の間で、サービスの品質や範囲を定めた合意
• 稼働率、応答時間などの保証値が記載される

staging環境（stg環境）

• 本番リリース前の動作検証を行う場所
• ほとんど本番に近い環境だが、サーバースペックは落としてあったり、外部API接続がテスト環境につながっていたりなどが異なる
• 検証環境とも呼ばれる

UDID（Unique Device Identifier）

• 端末一台一台に割り振られている重複のない番号
• 案件ではDeployGateからアプリをインストールするためにUDIDを登録してもらう必要がある（iOSのみ）
• 登録されていない場合、DeployGateからアプリをインストールしようとすると「UDID is not included」となりインストールができない（iOSのみ）

UDP（User Datagram Protocol）

• コネクションレス型のプロトコル
• TCPに比べ信頼性がないものの高速に転送を行うことができる
• 主な使用用途は、音声通話、Videoストリーミング、マルチキャスト通信、ブロードキャスト通信、少量のデータ転送など

UI（User Interface）

• ユーザーインターフェース
• ユーザーがシステムと対話するための画面や操作方法
• ボタン、フォーム、メニューなどが含まれる

UX（User Experience）

• ユーザーエクスペリエンス
• ユーザーが製品やサービスを使用する際の総合的な体験
• 使いやすさ、満足度、感情的な反応などを含む

WIP（Work In Progress）

• 作業中、進行中の意味
• 現在対応中のタスクやチケットを指す
• カンバンボードなどで使用される

【中級編〜上級編】より専門的な用語集

ア行

α（アルファ）テスト

• 開発者側の環境で実施される初期段階のテスト
• 主に社内の限定されたユーザーによって実施される
• β（ベータ）テストの前段階

アクセシビリティテスト

• 障害を持つユーザーを含む、すべてのユーザーがシステムを使用できるかを確認するテスト
• WCAG（Web Content Accessibility Guidelines）に準拠しているかを検証
• スクリーンリーダーでの動作確認なども含まれる

アサーションカバレッジ

• テストコード内のアサーション（検証文）がどの程度実行されたかを示す指標
• コードカバレッジとは異なる観点での網羅性を測定
• テストの品質を評価する際に使用

イテレーション

• アジャイル開発における開発サイクルの単位
• スプリントと同義で使われることが多い
• 繰り返し開発を行うことで段階的に製品を完成させる

インクリメンタルテスト

• システムを段階的に統合しながらテストする手法
• トップダウンアプローチやボトムアップアプローチがある
• スタブやドライバを使用して未完成部分を補う

インバリアント

• プログラム実行中に常に真であるべき条件
• オブジェクトの一貫性を保証するために使用
• 不変条件とも呼ばれる

エンピリカルテスト

• 経験に基づいて実施されるテスト
• テスターの知識や直感を活用
• アドホックテストや探索的テストに近い

エラーハンドリング

• エラーや例外が発生した際の処理方法
• 適切なエラーメッセージの表示、ログ記録、リカバリー処理などを含む
• 堅牢なシステムを作るために重要

オラクル問題

• テスト結果が正しいかどうかを判断する基準（オラクル）を定義することの難しさ
• 特に機械学習やAIシステムのテストで顕著
• 複数の視点から検証する必要がある

カ行

カオステスト

• システムに意図的にカオス（混乱）を引き起こして耐性を確認するテスト
• カオスエンジニアリングの一環
• Netflix Chaos Monkeyなどのツールが有名

カバレッジ

• 網羅率
• 全体のどれくらいを網羅できているかのこと
• テストカバレッジ（全テストに対する進捗率）のこと

カナリアリリース

• 新バージョンを一部のユーザーにのみ公開し、問題がないことを確認してから全体に展開する手法
• リスクを最小化できる
• 段階的なロールアウト戦略の一つ

技術的負債

• 短期的な解決策を選択したことで、将来的に追加のコストが発生する状態
• リファクタリングやテストの不足が原因となることが多い
• 計画的に返済していく必要がある

境界値テスト

• 境界値分析に基づいたテスト
• 0、1、最大値、最大値+1などをテストする
• バグが発生しやすいポイントを重点的に検証

キャプチャ/リプレイテスト

• ユーザーの操作を記録（キャプチャ）し、再生（リプレイ）することでテストを自動化する手法
• Seleniumなどのツールで実施可能
• メンテナンスコストが高いというデメリットがある

クラウドテスト

• クラウド環境を利用してテストを実施すること
• 多様なデバイスやブラウザでのテストが容易
• BrowserStack、Sauce Labsなどのサービスがある

グレーボックステスト

• ブラックボックステストとホワイトボックステストの中間的な手法
• 内部構造の一部を知った状態でテストを設計
• より効果的なテストケースを作成できる

クロスサイトスクリプティング（XSS）

• ユーザからの入力内容をWebページに表示するWebアプリケーションにおいて、ウェブサイト（標的サイト）の脆弱性（XSS脆弱性）を利用した攻撃手法
• 身近な例：入力フォームにHTMLタグやJavaScriptタグが入力された場合、その内容をそのまま実行してしまう
• 対策としてエスケープ処理などが行われる

クロスサイトリクエストフォージェリ（CSRF）

• セッションが有効になっている状態で、悪意のある第三者が作成したURLにアクセスすると、意図しない情報を送信してしまう攻撃を指す
• 2005年頃、mixiで日記にあるリンクをクリックすると、自身の日記にも同様の内容を投稿してしまう「はまちちゃん事件」が流行、問題となった
• 対策は、リクエストトークンの整合性を確認したり、HTTPのRefererヘッダで送信元のチェックを行う等

クロスブラウザテスト

• 複数のブラウザ（Chrome、Firefox、Safari、Edgeなど）で動作を確認するテスト
• ブラウザごとの表示や動作の違いを検証
• BrowserStackなどのツールが使用される

ゴールデンマスター

• 正しい動作が保証されたテスト結果のコピー
• 回帰テストで基準として使用される
• スナップショットテストとも関連

コードカバレッジ

• テストによって実行されたコードの割合
• ステートメントカバレッジ、ブランチカバレッジ、パスカバレッジなどがある
• 高いカバレッジが品質を保証するわけではない

コンテキスト駆動テスト

• プロジェクトの文脈（コンテキスト）に応じてテストアプローチを変える考え方
• "ベストプラクティス"は存在せず、状況に応じた判断が必要
• James Bachらが提唱

コンポーネントテスト

• 個別のコンポーネント（部品）を単独でテストする手法
• 単体テストと同義で使われることが多い
• モジュールテストとも呼ばれる

サ行

サイドエフェクト

• 関数やメソッドが、返り値以外に外部の状態を変更すること
• グローバル変数の変更、ファイル書き込みなどが該当
• テストを複雑にする要因となる

サニティテスト

• 主要機能が正常に動作するかを確認する簡易的なテスト
• スモークテストとほぼ同義
• ビルド検証テストとも呼ばれる

シフトレフト

• テスト活動を開発プロセスの早い段階に移行する考え方
• 要件定義や設計段階からQAが関与する
• バグの早期発見によりコスト削減につながる

シフトライト

• 本番環境でのモニタリングやフィードバックを重視する考え方
• シフトレフトの補完的な概念
• カオスエンジニアリングや本番環境でのテストが含まれる

状態遷移テスト

• システムの状態と状態間の遷移を検証するテスト技法
• 状態遷移図や状態遷移表を基にテストケースを作成
• ワークフローやライフサイクルを持つシステムで有効

冗長性テスト

• システムの冗長化機能（バックアップ、フェイルオーバーなど）が正しく動作するかを確認するテスト
• 高可用性を求められるシステムで重要
• 障害発生時の切り替え動作を検証

スパイクテスト

• 短時間に急激な負荷をかけて、システムの挙動を確認するテスト
• 負荷テストの一種
• アクセス集中時の動作を検証

ステートメントカバレッジ

• 命令網羅率
• すべての処理を行うように指定した内の全体に対するテストの進捗率

ストレステスト

• システムの限界を超える負荷をかけて、どのように故障するかを確認するテスト
• システムの破壊点を見つけることが目的
• 負荷テストよりも過酷な条件で実施

スタブ

• テスト対象が依存する下位モジュールの代替品
• 単体テストや結合テストで使用
• ダミーデータを返すなどの最小限の実装を持つ

スナップショットテスト

• 過去の正しい状態を保存し、現在の状態と比較するテスト
• UIコンポーネントのビジュアルリグレッションテストで使用される
• Jestなどのフレームワークでサポートされている

静的解析

• プログラムを実行せずにコードを分析すること
• コーディング規約違反、潜在的なバグ、セキュリティ脆弱性を検出
• SonarQube、ESLintなどのツールが使用される

静的テスト

• プログラムを実行せずに実施するテスト
• レビュー、インスペクション、静的解析が含まれる
• 早期に欠陥を発見できる

セキュリティホール

• システムやソフトウェアのセキュリティ上の脆弱性
• 攻撃者に悪用される可能性がある
• CVE（Common Vulnerabilities and Exposures）で管理される

全数テスト

• すべての組み合わせをテストすること
• 現実的には実行不可能な場合が多い
• ペアワイズ法などで組み合わせを削減する

相互運用性テスト

• 異なるシステムやコンポーネント間の連携が正しく動作するかを確認するテスト
• API連携、データ交換などを検証
• 統合テストの一種

タ行

耐久テスト

• 長時間連続してシステムを稼働させ、メモリリークや性能劣化がないかを確認するテスト
• ソークテスト、エンデュランステストとも呼ばれる
• 数時間から数日間実施される

ダークローンチ

• 新機能を本番環境にデプロイするが、ユーザーには見えない状態にしておく手法
• フィーチャートグルを使用して実現
• 段階的なリリースを可能にする

探索的テスト

• テスト設計とテスト実行を同時に行う手法
• テスターの学習と発見を重視
• タイムボックスを設けて実施することが多い

デシジョンテーブルテスト

• 複数の条件とその組み合わせによる結果を表形式で表現したテスト技法
• 条件の組み合わせを漏れなく網羅できる
• 複雑なビジネスロジックのテストに有効

デシジョンカバレッジ

• テストの対象となるプログラムコードのうち、判定条件（デシジョン）の真/偽を実行した割合
• 100%のデシジョンカバレッジは、100%のブランチカバレッジと100%のステートメントカバレッジの両方を意味する
• 100%のデシジョンカバレッジの達成は、100%のステートメントカバレッジの達成を保証する。逆は保証しない

ディペンデンシーインジェクション

• 依存性注入
• オブジェクトの依存関係を外部から注入する設計パターン
• テスト容易性を高める

ディレクトリトラバーサル攻撃

• ファイル共有画面やWebサイトにて、相対パスを悪用して、本来はアクセスできないディレクトリにアクセスする攻撃方法
• URL欄に../を入れることで、上位ディレクトリにアクセスできるので、それを悪用し、データを壊したり盗んだりする
• 対策は、ロールを正しく設定して対象のディレクトリ以外はアクセスできないようにしたりする、Webサーバの設定を適切にする等

テストオートメーションピラミッド

• 自動テストの理想的な構成を示すモデル
• 底辺に多数の単体テスト、中間に統合テスト、頂点に少数のE2Eテストを配置
• Mike Cohnが提唱

テストオラクル

• テスト結果が正しいかどうかを判断するための基準や仕組み
• 仕様書、既存システム、ユーザーの期待などがオラクルとなる
• オラクルの選定がテストの品質を左右する

テストダブル

• テスト用の代替オブジェクトの総称
• モック、スタブ、フェイク、ダミー、スパイが含まれる
• Gerard Meszarosが体系化

テストデータマネジメント

• テストで使用するデータの計画、作成、管理、削除を行うこと
• 本番データのマスキングや匿名化も含まれる
• GDPRなどの規制への対応も必要

テストハーネス

• テスト実行を支援するツールやコードの総称
• ドライバ（上位モジュールの代替）やスタブ（下位モジュールの代替）が含まれる
• 単体テストや結合テストで使用される

テストファースト

• テストを先に書いてから実装を行う開発手法
• TDD（テスト駆動開発）の基本原則
• 仕様の明確化とテスト容易な設計につながる

テスト優先度

• テストケースの実行順序や重要度
• リスク、ビジネス価値、技術的複雑さなどを考慮して決定
• リソースが限られる場合に重要

ドライバ

• テスト対象が依存する上位モジュールの代替品
• 下位モジュールのテストで使用
• テスト対象を呼び出す役割を持つ

動的解析

• プログラムを実行しながら解析すること
• メモリリーク、パフォーマンスボトルネックなどを検出
• プロファイラやデバッガが使用される

動的テスト

• プログラムを実行して実施するテスト
• 実際の動作を確認できる
• 静的テストと対比される

ナ行

ノンファンクショナルテスト

• 機能以外の品質特性を検証するテスト
• パフォーマンス、セキュリティ、使いやすさ、保守性などを評価
• ISO/IEC 25010の品質モデルが参考になる

ネガティブパステスト

• 異常系や例外処理を確認するテスト
• 不正な入力、エラー条件を意図的に発生させる
• システムの堅牢性を検証

ハ行

ハードニング

• システムのセキュリティを強化すること
• 不要なサービスの停止、パッチ適用、設定の見直しなどを行う
• セキュリティテストの前段階として実施

ハザード分析

• システムに潜む危険要因（ハザード）を特定し、リスクを評価すること
• 安全性が重要なシステムで必須
• HAZOP、FTAなどの手法がある

パスカバレッジ

• プログラムのすべての実行パス（経路）を実行した割合
• 最も厳しいカバレッジ基準
• 複雑なプログラムでは100%達成が困難

バックログ

• 実装予定の機能や修正すべきバグのリスト
• プロダクトバックログとスプリントバックログがある
• 優先順位付けが重要

ハッピーパステスト

• 正常系のテスト
• ユーザーが期待通りに操作した場合の動作を確認
• すべてがうまくいくシナリオ

バリデーションテスト

• システムが顧客の要求を満たしているかを確認するテスト
• 「正しいものを作っているか」を検証
• ベリフィケーションテストと対比される

ピアレビュー

• 同僚同士でレビューを行うこと
• フォーマルなプロセスを持たない場合が多い
• 知識共有や相互学習に効果的

フィーチャートグル

• 機能のオン/オフを切り替えられる仕組み
• ダークローンチやA/Bテストで使用
• フィーチャーフラグとも呼ばれる

フォールトインジェクション

• 意図的に障害を発生させてシステムの挙動を確認するテスト
• エラーハンドリングの正当性を検証
• カオスエンジニアリングの一手法

フェイクオブジェクト

• 実際の動作を模倣するが、本物より単純化されたオブジェクト
• インメモリデータベースなどが例
• テストダブルの一種

ブランチカバレッジ

• 分岐網羅率
• テストの対象となるプログラムコードのうち、条件文の真/偽を実行した割合

ブルーグリーンデプロイメント

• 2つの本番環境（ブルーとグリーン）を用意し、切り替えることでダウンタイムなくリリースする手法
• 問題があれば即座に切り戻せる
• ゼロダウンタイムデプロイメントの一種

プロパティベーステスト

• プログラムが満たすべき性質（プロパティ）を定義し、ランダムな入力で検証する手法
• QuickCheckなどのツールが有名
• 想定外のバグを発見しやすい

ペアワイズ法

• すべての2要素の組み合わせを最低1回はテストする手法
• 全数テストに比べてテストケース数を大幅に削減できる
• 直交表やAll-Pairs法が使用される

ペネトレーションテスト

• 侵入テスト
• 攻撃者の視点からシステムの脆弱性を探すテスト
• ホワイトハット（倫理的ハッカー）によって実施される

ペンディング

• 保留状態のこと
• バグの対応を一時的に見送る場合などに使用
• 理由を明確にして記録する

ベリフィケーションテスト

• システムが仕様通りに作られているかを確認するテスト
• 「正しく作っているか」を検証
• バリデーションテストと対比される

ポストモーテム

• 障害や問題発生後に行う振り返り
• 原因分析、再発防止策の検討を行う
• ブレームレス（責任追及しない）文化が重要

マ行

マインドマップ

• 情報を視覚的に整理する手法
• テスト設計やアイデア出しに活用
• テスト観点の洗い出しに有効

マジックナンバー

• コード内にハードコーディングされた数値
• 可読性や保守性を下げる
• 定数として定義すべき

マニュアルテスティング

• 人間が手動でテストを実行すること
• 自動化が困難な領域で重要
• 探索的テストやユーザビリティテストで活用

ミューテーションテスト

• プログラムに意図的な変更（変異）を加え、テストが失敗するかを確認する手法
• テストの品質を評価できる
• テストコードの欠陥を発見できる

メトリクス

• 測定可能な指標
• バグ検出率、カバレッジ、テスト実行時間などがある
• プロセス改善のための基礎データ

モジュール結合度

• モジュール間の依存関係の強さ
• 結合度が低いほど保守性が高い
• 疎結合を目指す

モックオブジェクト

• テスト用に作成された模擬オブジェクト
• 呼び出しの検証を行う点がスタブと異なる
• テストダブルの一種

ヤ行

ユースケーステスト

• ユースケースを基にテストケースを作成する手法
• ユーザーの実際の使用シナリオを反映
• シナリオテストと似た概念

要件トレーサビリティ

• 要件からテストケースまでの追跡可能性
• どの要件がどのテストでカバーされているかを管理
• 要件の変更影響を把握できる

ラ行

ラウンドトリップエンジニアリング

• モデルとコードを相互に変換・同期する手法
• モデル駆動開発で使用
• 設計とコードの一貫性を保つ

リスクマトリックス

• リスクの発生確率と影響度を2次元で表現したもの
• リスクの優先順位付けに使用
• テスト計画の基礎となる

リリースノート

• リリース内容を記載した文書
• 新機能、修正バグ、既知の問題などを記載
• ユーザーへの情報提供として重要

リファレンス環境

• 標準となる環境
• テスト結果の比較基準として使用
• ゴールデンマスターとも関連

レスポンシブテスト

• 異なる画面サイズやデバイスでの表示を確認するテスト
• スマートフォン、タブレット、PCなどで検証
• ビューポートの変更をテストする

ローカライゼーションテスト

• ソフトウェアが特定の地域や言語に適合しているかを確認するテスト
• 翻訳の正確性、日付形式、通貨表示などを検証
• 多言語対応製品で必須

ロールバック

• システムを以前の状態に戻すこと
• デプロイに問題があった場合に実施
• 迅速なロールバックが障害対応の鍵

ロードバランサー

• 負荷分散装置
• 複数のサーバーにトラフィックを分散
• 高可用性と性能向上を実現

ワ行

ワークフローテスト

• ビジネスプロセスやワークフローが正しく動作するかを確認するテスト
• 承認フロー、ステータス遷移などを検証
• 状態遷移テストと関連

A-Z

A/Bテスト

• 2つのバージョンを比較して効果を測定する手法

再試行

ゆ

続ける

ユーザーをランダムに2グループに分けて異なるバージョンを提供

• コンバージョン率やユーザー行動の改善に活用

API Gateway

• APIへのアクセスを一元管理するサービス
• 認証、レート制限、ルーティングなどを提供
• マイクロサービスアーキテクチャで重要な役割

BDD（Behavior Driven Development）

• 振る舞い駆動開発
• ユーザーの振る舞いに焦点を当てた開発手法
• Given-When-Thenの形式でシナリオを記述
• Cucumber、SpecFlowなどのツールが使用される

CQRS（Command Query Responsibility Segregation）

• コマンドとクエリの責務分離パターン
• データの更新と参照を分離する設計
• 複雑なドメインモデルで有効

CVE（Common Vulnerabilities and Exposures）

• 共通脆弱性識別子
• セキュリティ脆弱性に一意の識別番号を付与
• CVE-2021-44228のような形式

DRY原則（Don't Repeat Yourself）

• 同じコードを繰り返し書かないという原則
• 保守性と再利用性を高める
• テストコードにも適用される

DSL（Domain-Specific Language）

• ドメイン固有言語
• 特定の領域に特化した言語
• テストフレームワークでよく使用される

E2E（End-to-End）テスト

• システム全体を通じたユーザーシナリオを実行し、実際の使用環境に近い状態で動作を確認するテスト
• フロントエンドからバックエンド、データベースまで含めた統合的な検証
• Selenium、Cypress、Playwrightなどのツールが使用される

FMEA（Failure Mode and Effects Analysis）

• 故障モード影響解析
• 潜在的な故障とその影響を系統的に分析
• リスクベースドテストの基礎となる

GraphQL

• APIのクエリ言語
• クライアントが必要なデータを指定できる
• RESTの代替として使用される

HATEOAS（Hypermedia As The Engine Of Application State）

• RESTアーキテクチャの制約の一つ
• レスポンスに次に実行可能なアクションのリンクを含める
• APIの自己文書化を実現

IDE（Integrated Development Environment）

• 統合開発環境
• コーディング、デバッグ、テストを一つの環境で実行
• Visual Studio Code、IntelliJ IDEAなどが代表的

INVEST原則

• 良いユーザーストーリーの特徴を表す頭字語
• Independent（独立）、Negotiable（交渉可能）、Valuable（価値がある）、Estimable（見積もり可能）、Small（小さい）、Testable（テスト可能）
• アジャイル開発で使用される

ISO/IEC 25010

• ソフトウェア品質モデルの国際規格
• 機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの品質特性を定義
• テスト計画の参考になる

JSON（JavaScript Object Notation）

• データ交換フォーマット
• 軽量で人間が読みやすい
• APIのレスポンス形式として広く使用される

JWT（JSON Web Token）

• JSON形式のトークンベース認証
• ステートレスな認証が可能
• ヘッダー、ペイロード、署名で構成される

KPI（Key Performance Indicator）

• 重要業績評価指標
• テストの進捗やバグ検出率などを測定
• プロジェクトの健全性を評価

MTBF（Mean Time Between Failures）

• 平均故障間隔
• システムの信頼性を示す指標
• 長いほど信頼性が高い

MTTR（Mean Time To Repair/Recovery）

• 平均修復時間／平均復旧時間
• 障害からの復旧にかかる平均時間
• 短いほど可用性が高い

OAuth

• 認可のためのオープン標準プロトコル
• サードパーティアプリケーションへのアクセス権限を付与
• OAuth 2.0が広く使用されている

OWASP（Open Web Application Security Project）

• Webアプリケーションセキュリティのオープンコミュニティ
• OWASP Top 10は最も重要なセキュリティリスクのリスト
• セキュリティテストの指針となる

OSコマンドインジェクション

• Webアプリケーションで、本来実行するコマンドと同時に別のOSコマンドを挿入する攻撃方法
• PHPのexecコマンドやPythonのsystemコマンド等のLinuxコマンドを実行するコマンドを悪用する
• 対策方法は、Linuxコマンドで使用する特殊文字をエスケープ処理する等

PoC（Proof of Concept）

• 概念実証
• アイデアや技術が実現可能かを検証するための試作
• 本格的な開発の前段階として実施

RBAC（Role-Based Access Control）

• ロールベースアクセス制御
• ユーザーの役割に応じてアクセス権限を管理
• セキュリティテストで検証される

RDBMS（Relational Database Management System）

• リレーショナルデータベース管理システム
• テーブル間の関係性でデータを管理
• MySQL、PostgreSQL、Oracle Databaseなどが代表的

REST（Representational State Transfer）

• Webアーキテクチャのスタイル
• HTTPメソッド（GET、POST、PUT、DELETEなど）を使用
• RESTful APIが広く普及

RPA（Robotic Process Automation）

• ロボットによる業務自動化
• 定型的な作業を自動化
• テスト実行の自動化にも応用される

SAML（Security Assertion Markup Language）

• セキュリティ認証情報を交換するためのXMLベースの標準
• シングルサインオン（SSO）で使用される
• エンタープライズアプリケーションで採用されることが多い

SLA違反

• サービスレベル契約で定められた基準を満たさないこと
• 応答時間超過、稼働率未達などが該当
• ペナルティが発生する場合がある

SOAP（Simple Object Access Protocol）

• XMLベースのメッセージングプロトコル
• Web サービスの通信に使用
• RESTに比べて厳密な仕様

SOLID原則

• オブジェクト指向設計の5つの原則
• Single Responsibility（単一責任）、Open/Closed（開放/閉鎖）、Liskov Substitution（リスコフの置換）、Interface Segregation（インターフェース分離）、Dependency Inversion（依存性逆転）
• テスト容易性を高める設計に貢献

SQL（Structured Query Language）

• データベース操作のための言語
• SELECT、INSERT、UPDATE、DELETEなどの命令がある
• テストデータの準備や検証で使用

SQLインジェクション

• 「インジェクション」とは、英語で「注入」を意味し、不正な「SQL」の命令を攻撃対象のウェブサイトに「注入する（インジェクションする）」サイバー攻撃の総称
• 身近な例：ウェブページによくあるログイン画面でIDのフォームに1'or'1'='1';--と入力するとパスワードがコメントアウトされたSQL文になり、パスワードなしでログインできてしまう
• 対策方法には「プレースホルダ」を使いSQL文を組み立てたり、エスケープ処理などを行う

SSO（Single Sign-On）

• シングルサインオン
• 一度の認証で複数のサービスにアクセスできる仕組み
• ユーザビリティとセキュリティの両立

TDD（Test-Driven Development）

• テスト駆動開発
• テストを先に書いてから実装する開発手法
• Red-Green-Refactorのサイクルを繰り返す
• コードの品質とテスト容易性が向上

TCP（Transmission Control Protocol）

• 信頼性の高い通信プロトコル
• コネクション型で順序保証とエラー訂正機能を持つ
• UDPと対比される

TLS/SSL（Transport Layer Security / Secure Sockets Layer）

• 通信の暗号化プロトコル
• HTTPSで使用される
• セキュリティテストで検証される

URL（Uniform Resource Locator）

• インターネット上のリソースの場所を示す
• スキーム、ドメイン、パス、クエリパラメータで構成
• テストケースでURLのバリエーションを検証

UUID（Universally Unique Identifier）

• 一意識別子
• 128ビットの値でほぼ一意性が保証される
• テストデータの生成に使用される

VPN（Virtual Private Network）

• 仮想プライベートネットワーク
• 公衆ネットワーク上で安全な通信を実現
• リモート環境からのテストで使用

WAF（Web Application Firewall）

• Webアプリケーションファイアウォール
• Webアプリケーションへの攻撃を防御
• SQLインジェクション、XSSなどをブロック

WCAG（Web Content Accessibility Guidelines）

• Webコンテンツアクセシビリティガイドライン
• アクセシビリティの国際標準
• レベルA、AA、AAAの3段階がある

WebSocket

• 双方向通信を実現するプロトコル
• リアルタイム性が求められるアプリケーションで使用
• チャット、ゲーム、株価表示などで活用

XML（eXtensible Markup Language）

• 拡張可能なマークアップ言語
• データの構造を記述
• SOAPやSAMLで使用される

XPath

• XML文書内の要素を指定するための言語
• SeleniumなどのテストツールでWebページの要素を特定する際に使用
• CSSセレクタと並んで重要

YAML（YAML Ain't Markup Language）

• 人間が読みやすいデータシリアライゼーション形式
• 設定ファイルやCI/CDパイプラインの定義で使用
• JSON のスーパーセット

Zero-Day脆弱性

• 発見されてから修正パッチが提供されるまでの脆弱性
• 攻撃者に悪用されるリスクが高い
• セキュリティテストで重要な観点

マニアックな専門用語集

ア行

アイソレーションレベル

• データベーストランザクションの分離レベル
• Read Uncommitted、Read Committed、Repeatable Read、Serializableの4段階
• 並行性とデータ整合性のトレードオフ

アクターベーステスト

• システムを利用する様々なアクター（役割）の視点でテストを設計する手法
• 管理者、一般ユーザー、ゲストなど役割ごとにテストケースを作成
• セキュリティテストで特に重要

アノマリー検出

• 正常なパターンから逸脱した異常を検出する手法
• 機械学習を活用することが多い
• セキュリティやパフォーマンスの監視で使用

イディオマティックテスト

• 言語やフレームワークの慣用的な使い方に沿ったテスト
• コミュニティのベストプラクティスに従う
• 可読性と保守性が向上

インメモリデータベース

• データをメモリ上に保持するデータベース
• 高速なアクセスが可能
• テストで使用すると実行速度が向上（H2、SQLiteなど）

エピックテスト

• 大きなユーザーストーリー（エピック）レベルでのテスト
• 複数のスプリントにまたがる機能を検証
• アジャイル開発で使用される概念

カ行

カスケード削除

• 親レコードを削除すると、関連する子レコードも自動的に削除される機能
• データベースの参照整合性に関連
• テストで意図しないデータ削除に注意が必要

キャパシティテスト

• システムが処理できる最大容量を測定するテスト
• 同時接続ユーザー数、トランザクション数などを評価
• 将来の拡張計画の基礎データとなる

クォーラム

• 分散システムで合意形成に必要な最小ノード数
• 過半数以上で決定することが多い
• データの一貫性を保証

契約ベーステスト

• APIの契約（スキーマ）を基にテストを実行する手法
• Pact、Spring Cloud Contractなどのツールが使用される
• マイクロサービスで重要

コンディションカバレッジ

• 条件網羅
• 各条件式の真/偽を個別に実行した割合
• デシジョンカバレッジより細かい粒度

コンフィデンスレベル

• テスト結果に対する信頼度
• 統計的テストで使用される概念
• 95%、99%などの値で表現

サ行

サーキットブレーカー

• 障害の連鎖を防ぐ設計パターン
• 一定回数失敗すると自動的に呼び出しを遮断
• マイクロサービスの耐障害性を高める

サブルーチンカバレッジ

• 関数やメソッドがテストで呼び出された割合
• 最も基本的なカバレッジ指標
• 実際には不十分な場合が多い

シャドーテスト

• 本番環境に影響を与えずに新機能をテストする手法
• 本番トラフィックを複製して新システムに送る
• リスクを最小化してテストできる

冗長化テスト

• システムの冗長構成が正しく機能するかを確認
• アクティブ/スタンバイ、アクティブ/アクティブ構成を検証
• 高可用性システムで必須

スライシング

• プログラムの特定の変数や出力に影響する部分だけを抽出する技法
• 静的スライシングと動的スライシングがある
• デバッグやテストケース削減に使用

セマンティックバージョニング

• バージョン番号の付け方の規約
• Major.Minor.Patch（例：2.3.1）の形式
• 後方互換性の有無を明示

前提条件違反

• テスト実行前の前提条件が満たされていない状態
• 環境構築の失敗、データの不足などが原因
• テストケースの実行がブロックされる

タ行

タイムアウトテスト

• 処理が一定時間内に完了するかを確認するテスト
• 長時間かかる処理のタイムアウト設定を検証
• レスポンス性能の保証に重要

ダックタイピング

• 型ではなく振る舞いで判断するプログラミング手法
• "アヒルのように歩き、アヒルのように鳴くなら、それはアヒルである"
• 動的型付け言語で使用される

データ駆動テスト

• 同じテストロジックを異なるデータセットで繰り返し実行する手法
• テストデータを外部ファイル（CSV、Excelなど）で管理
• パラメータ化テストとも呼ばれる

テストイソレーション

• 各テストが他のテストに影響を与えないようにすること
• テストの独立性を保証
• 並列実行を可能にする

テストスメル

• テストコードの悪い兆候
• 重複、過度な依存、脆弱なテストなどが該当
• リファクタリングが必要

テストピラミッド

• 理想的なテストの配分を示すモデル
• 単体テスト（多）、統合テスト（中）、E2Eテスト（少）
• コストと実行速度のバランスを考慮

テストフィクスチャ

• テスト実行前の準備と実行後の後処理
• SetUp/TearDownメソッドで実装
• テスト環境を一貫した状態にする

デッドコード

• 実行されることのないコード
• カバレッジ分析で検出できる
• 削除すべきコード

デバウンス

• 短時間に連続して発生するイベントを間引く処理
• 検索ボックスの入力などで使用
• パフォーマンス最適化の手法

トークンベース認証

• セッションではなくトークンで認証する方式
• JWTが代表的
• RESTful APIで広く使用

ナ行

ネットワークパーティション

• ネットワーク障害でシステムが分断される状態
• 分散システムで発生
• CAP定理に関連する概念

ハ行

パッチテスト

• 修正パッチが正しく適用され、問題を解決しているかを確認するテスト
• 副作用がないことも検証
• ホットフィックスの検証で実施

バウンダリバリューアナリシス

• 境界値分析の正式名称
• 入力範囲の境界付近でテストを行う技法
• 0、1、最大値、最大値+1などをテスト

ファジング

• ランダムなデータを大量に入力してバグを発見する手法
• セキュリティ脆弱性の発見に有効
• American Fuzzy Lopなどのツールが使用される

フラジャイルテスト

• 脆弱なテスト
• 環境の変化や実装の変更で頻繁に失敗する
• テストスメルの一種

フラグポール

• ビルドが正常に完了するかを確認するための最小限のテスト
• スモークテストよりもさらに簡易
• CI/CDパイプラインの最初のステップ

プリコミットフック

• コミット前に自動実行されるスクリプト
• リンターやテストを実行
• コード品質を保つ

ベースラインテスト

• パフォーマンスの基準値を測定するテスト
• 今後の比較基準となる
• リグレッション検出に使用

ボトムアップテスト

• 下位モジュールから順に統合していくテスト手法
• ドライバを使用
• トップダウンテストと対比

ポリグロットパーシステンス

• 複数の異なるデータストアを使い分けること
• 用途に応じて最適なデータベースを選択
• マイクロサービスで採用される

マ行

マスキング

• 機密データを隠蔽すること
• 本番データをテスト環境で使用する際に実施
• GDPR、個人情報保護法への対応

マルチテナントテスト

• 複数のテナント（組織）が同じシステムを使用する環境でのテスト
• データの分離、権限の隔離を検証
• SaaSアプリケーションで重要

メタモーフィックテスト

• 入力を変換して複数回実行し、結果の関係性を検証する手法
• オラクル問題の解決策の一つ
• 機械学習システムのテストで有用

モンキーテスト

• ランダムかつ無秩序な操作でシステムをテストする手法
• 予期しないバグを発見できる
• 自動化ツールで実施されることが多い

ヤ行

ユビキタス言語

• ドメイン駆動設計で使用される共通言語
• 開発者とビジネス側が同じ用語を使用
• テストケースの記述にも影響

ラ行

ラムダアーキテクチャ

• バッチ処理とストリーム処理を組み合わせたアーキテクチャ
• ビッグデータ処理で使用
• テスト戦略が複雑になる

リトライロジック

• 処理失敗時に自動的に再試行する仕組み
• 一時的な障害への対処
• 指数バックオフと組み合わせることが多い

レイジーロード

• 必要になるまでデータを読み込まない手法
• パフォーマンス最適化に有効
• テストで意図しない遅延が発生する可能性

レースコンディション

• 複数のプロセスやスレッドの実行順序によって結果が変わる状態
• 並行処理のバグの原因
• 再現が困難で検出しにくい

ロギングレベル

• ログの重要度を示すレベル
• TRACE、DEBUG、INFO、WARN、ERROR、FATALなど
• テスト環境ではDEBUGレベルを使用することが多い

A-Z

ACID特性

• データベーストランザクションの4つの特性
• Atomicity（原子性）、Consistency（一貫性）、Isolation（分離性）、Durability（永続性）
• トランザクションテストで検証

BASE特性

• 分散システムの特性
• Basically Available、Soft state、Eventually consistent
• ACIDと対比される概念

CAP定理

• 分散システムにおいて、一貫性（Consistency）、可用性（Availability）、分断耐性（Partition tolerance）の3つすべてを同時に満たすことはできないという定理
• システム設計とテスト戦略に影響
• 2つまでしか選択できない

CORS（Cross-Origin Resource Sharing）

• オリジン間リソース共有
• 異なるオリジンからのリクエストを許可する仕組み
• セキュリティテストで検証が必要

CRUD

• Create（作成）、Read（読み取り）、Update（更新）、Delete（削除）
• データ操作の基本的な4つの機能
• すべてのCRUD操作をテストすることが基本

DAST（Dynamic Application Security Testing）

• 動的アプリケーションセキュリティテスト
• 実行中のアプリケーションを外部から検査
• OWASP ZAP、Burp Suiteなどのツールが使用される

DDD（Domain-Driven Design）

• ドメイン駆動設計
• ビジネスドメインを中心とした設計手法
• テストもドメインの言葉で記述

DTD（Document Type Definition）

• XML文書の構造を定義
• バリデーションテストで使用
• XMLスキーマに置き換えられつつある

ETL（Extract, Transform, Load）

• データの抽出、変換、読み込みプロセス
• データウェアハウスで使用
• ETLパイプラインのテストが必要

gRPC

• Googleが開発した高性能RPCフレームワーク
• Protocol Buffersを使用
• マイクロサービス間通信で使用される

HSTS（HTTP Strict Transport Security）

• HTTPSを強制する仕組み
• セキュリティヘッダーの一つ
• セキュリティテストで確認

idempotent（冪等性）

• 同じ操作を複数回実行しても結果が変わらない性質
• PUT、DELETEは冪等、POSTは非冪等
• APIテストで重要な概念

MCP（Model-Context-Protocol）

• モデル、コンテキスト、プロトコルの分離パターン
• テスト容易性を高める設計
• 依存性注入と関連

NoSQL

• 非リレーショナルデータベースの総称
• MongoDB、Cassandra、Redisなどが代表的
• スキーマレスなのでテスト戦略が異なる

ORM（Object-Relational Mapping）

• オブジェクトとRDBのマッピング
• Hibernate、Entity Frameworkなどのツール
• N+1問題などのパフォーマンス問題に注意

PII（Personally Identifiable Information）

• 個人を特定できる情報
• テストデータで本物のPIIを使用してはいけない
• マスキングや匿名化が必要

SAST（Static Application Security Testing）

• 静的アプリケーションセキュリティテスト
• ソースコードを解析して脆弱性を検出
• SonarQube、Checkmarxなどのツールが使用される

SUT（System Under Test）

• テスト対象システム
• テストドキュメントで頻繁に使用される用語
• DUT（Device Under Test）とも呼ばれる

TTL（Time To Live）

• データの生存時間
• キャッシュやDNSレコードで使用
• 期限切れのデータが適切に削除されるかをテスト

WebDriver

• ブラウザを自動操作するためのAPI
• Seleniumの中核技術
• W3C標準として仕様が定義されている

こういった疑問に答えます。

【初級編】ソフトウェアテスト業界の用語まとめ

初級編では、対象者を以下に絞って用語をまとめました。

以下に当てはまる方は是非用語を覚えていただけたら幸いです。

用語を覚えることで、転職後もスムーズに業務に入っていくことができ、評価者から良い評価をされることは間違いありません。

ソフトウェアテスト業界未経験者にもわかりやすく解説します。

【初級編】ソフトウェアテスト業界の用語まとめ ア行

アジャイル開発

インテグレーションテスト

ウォークスルー

レビュー手法の一つで、レビューイが成果物の内容をレビューアに説明すること。

主な目的

欠陥の発見、ソフトウェアプロダクトの改善、異なる実装方法の検討、標準や仕様へ の準拠の評価

その他の目的

受け入れ基準

ユーザー、顧客、その他の認可団体が、コンポーネントやシステムを受け入れる場合、満たさねばならない基準

受け入れテスト

エンドユーザー

【初級編】ソフトウェアテスト業界の用語まとめ カ行

開発環境

キャッシュ

結合テスト

検証環境

【初級編】ソフトウェアテスト業界の用語まとめ サ行

サブスクリプション

システムテスト

スクラム

セッション

総合テスト

ソフトウェア

ソフトウェアテスト

【初級編】ソフトウェアテスト業界の用語まとめ タ行

単体テスト

デグレーション

デプロイ

結合テスト

【初級編】ソフトウェアテスト業界の用語まとめ ハ行

バッチ処理

バリデーション

ビルド

品質

品質管理

品質保証

負荷テスト

本番環境

【初級編】ソフトウェアテスト業界の用語まとめ マ行

モーダル

【初級編】ソフトウェアテスト業界の用語まとめ ヤ行

ユニットテスト

【初級編】ソフトウェアテスト業界の用語まとめ ラ行

リグレッションテスト

レビューア

レビューイ

【初級編】ソフトウェアテスト業界の用語まとめ A-Z

API

Cookie

develpment環境

Hotfix

JSTQB

modal

N/A

NT

production環境

QA

QC

SDK

staging環境

UDID

UDP

【中級-上級編】ソフトウェアテスト業界の用語まとめ

以下の用語に関しては、用語そのものや用語の意味が難しく、初めは理解できない部分も多々あると思います。

ですが、ライバルに差をつけるためにもしっかりと覚えておくことが大切です。

誰でも理解できるようなことはライバルも理解出来ていることがほとんどですが、誰もが理解しにくいようなものはライバルも理解していないことが多いです。

ですので、そのライバルと差をつけるためにも、しっかりと学習を進めてください。

【中級-上級編】ソフトウェアテスト業界の用語まとめ カ行

カバレッジ

クロスサイトスクリプティング

クロスサイトリクエストフォージェリ

【中級-上級編】ソフトウェアテスト業界の用語まとめ サ行

ステートメントカバレッジ

【中級-上級編】ソフトウェアテスト業界の用語まとめ タ行

ディレクトリトラバーサル攻撃

デシジョンカバレッジ

【中級-上級編】ソフトウェアテスト業界の用語まとめ ハ行

ブランチカバレッジ

【中級-上級編】ソフトウェアテスト業界の用語まとめ A-Z

OSコマンドインジェクション

SQLインジェクション

【失敗しない方法】転職する前にソフトウェアテスト用語を覚えるべき理由

転職する前にソフトウェアテスト業界の用語を覚えるべき理由としては以下の3点です。

経験者なら出来るのはわかるのですが、未経験者入社で業界のことを熟していれば先輩や上司たちの間で以下のような会話がなされます。

うさ子A

未経験者入社って聞いてたけどいったい何者？

ゆい

これなら中級者と言っても通じるね。

テス子B

そこまでできるならチームリーダーとしてチームをまとめてもらおう！

ゆい

何でも仕事熟してくれてほんと助かる。次の昇給候補にしよう！給料上げよう！

そして、管理職および評価者に一目置かれるようになり、次の昇給候補になる場合がほとんどです。

ですので、最短でのキャリアアップのため、必要最低限の準備をしておくことはとても大切なのです。

ソフトウェア業界で主に使用する用語について覚えておきましょう。

【未経験者】キャリアアップで転職エージェントを活用する方法

転職エージェントとコミュニケーションを取る際、キャリアアップを見越したコミュニケーションを取る必要があるということです。

多くの方は転職活動のゴールを転職においています。

そのため、転職した後のギャップに苦しめられることが多々あります。

その失敗を最小限に抑えるためにも、転職活動時点で将来のキャリアアップを見越した形で転職エージェントとコミュニケーションを取っておくことが必要です。

具体的には以下の事柄をコミュニケーションの中に盛り込めば問題ないです。

もちろん上記の全てが転職エージェントの方でわかるわけではありません。

ただ、相談をしないと話になりません。

相談はいくらしても問題ありませんので、これらのことも踏まえて相談するべきということです。

もし転職エージェントには不明なところがあったとしても、調べてもらえることがほとんどになります。

ですから、将来の自らのキャリアアップのためにもと転職エージェントとコミュニケーション取り、しっかりと準備しておくことが大切です。

また、そのオススメの転職エージェントについては、以下の記事で詳しく書いていますので、こちらからご覧ください。

ソフトウェアテスト未経験者が抑えておくべきポイント3選

ソフトウェアテスト未経験者がはじめに抑えておくべきポイントとして以下の3点が挙げられます。

転職してロケットスタートできるかどうかは、転職前に事前準備をしているかしていないかによって変わってきます。

転職した直後にロケットスタートをするためには、上記の3点を全ておこなうことで可能となるのです。

詳しくは以下の記事でまとめていますので、こちらをご覧ください。

【保存版】ソフトウェアテスト現役管理職が教える失敗しない面接対策（ポイント3選） 迷える転職者 テスター未経験からでも採用されることってあるのかなぁ。 迷える転職者 採用される確率を上げるために知ってお…

そう考えているあなたへ。
今、QAエンジニア（品質保証エンジニア）の市場価値は、かつてないほど高まっています。

2026年現在、AI（LLM）によるコード生成が普及したことで、「作ったものの正しさを証明する」QAの重要性が爆上がりしているからです。

かつては「開発のおまけ」扱いだったテストエンジニアも、今や「年収1000万円プレイヤー」が珍しくない職種になりました。

しかし、この「QAバブル」に乗れる人と、乗れない人がいます。

その違いは、たった一つ。

「自分に合った転職エージェントを使っているかどうか」です。

私はこれまで、数多くのQAエンジニアのキャリア相談に乗ってきましたが、失敗する人は決まってこう言います。

「とりあえず有名な転職エージェントに登録しました」

間違いです。

QAエンジニアという専門職において、総合エージェントだけを使うのは、「寿司屋でハンバーグを注文する」ようなものです。

この記事は、ネット上に溢れる「広告目的のランキング」とは一線を画します。
現場のQAエンジニアたちが実際に使い、

• 「本当に年収が上がった」
• 「未経験でも正社員になれた」
• 「希望通りのフルリモート企業に入れた」

そう断言できるエージェントだけを厳選し、圧倒的な情報量で解説した「QA転職のバイブル」です。

あなたのキャリアを変える「運命のパートナー」が、必ずここで見つかります。

【速報】2026年 QAエンジニア転職市場のリアル

エージェントを選ぶ前に、敵（市場）を知りましょう。
2026年のQA市場は、完全に「売り手市場（エンジニア有利）」です。

① 年収相場の高騰

従来の「テスター（手動テスト実行）」の単価は横ばいですが、「QAエンジニア（テスト設計・自動化）」の単価は急騰しています。

② 「内製化」が進む事業会社

これまでテストを外部（検証会社）に丸投げしていたWeb企業やメーカーが、「品質を競争力にする」ためにQAを内製化し始めています。

これにより、
「商流の深いSES・派遣」→「事業会社の正社員」
というキャリアアップのチャンスが爆発的に増えています。

③ 求められるスキルの変化

「バグを見つける」だけでは評価されなくなっています。

• CI/CDパイプラインの構築
• E2Eテスト自動化 (Playwright, Cypress)
• AI（LLM）の品質評価
  これらを「学びたい」という意欲があるかどうかが、年収アップの分かれ目です。

【結論】迷ったらコレ！QAエンジニアおすすめエージェント比較表

30社以上のエージェントを分析した結果、QAエンジニアが使うべきサービスは以下の7社に絞られます。

あなたの「現在のフェーズ」に合わせて選んでください。

総合ランキング（2026年決定版）

【絶対王者】経験者なら登録必須の「四天王」

QAエンジニアとしての実務経験が「1年以上」あるなら、まずはこの4社から選んでください。

これらは「即戦力」を求めており、その分、良い条件を引き出す力があります。

① レバテックキャリア：年収アップの最高峰

• ターゲット: QA経験1年以上、年収500万〜1000万を目指す人
• 得意領域: Web系メガベンチャー、ハイクラスSES
• 一言: 「自分の市場価値を知りたいなら、まずはここ」

レバテックの凄さは、キャリアアドバイザーの技術理解度です。
「SeleniumとAppiumの違い」や「JSTQBの価値」を理解しているため、あなたのスキルを正当に企業に売り込んでくれます。

利用者アンケートでは、「年収が上がった」と答えた人の割合が圧倒的No.1でした。

レバテックキャリアの評判・活用法を徹底解説

② Geekly (ギークリー)：モダン環境への特急券

• ターゲット: Web系・ゲーム業界志望、20代〜30代
• 得意領域: 自社開発、スタートアップ、ゲーム会社
• 一言: 「古い体質のSIerから脱出したいならここ」

Geeklyは、良くも悪くも「スピード狂」です。

登録から内定まで最短2週間という驚異的な速さで進みます。

取り扱っている求人も「Slack導入済み」「リモート可」「私服OK」といったモダンな企業が大半です。
「今の会社の開発体制が古すぎて辛い…」という人は、Geeklyで世界が変わります。

Geeklyの評判・「スパムメール」対策を徹底解説

③ マイナビIT AGENT：20代・地方・安定志向の聖地

• ターゲット: 20代〜30代前半、第二新卒、地方在住者
• 得意領域: 大手メーカー子会社、ユーザー系SIer、地方優良企業
• 一言: 「ガツガツした転職活動に疲れたらここ」

レバテックやGeeklyが「攻め」なら、マイナビは「癒やし」です。

担当者が親身になって相談に乗ってくれるため、初めての転職でも安心感があります。

また、全国展開しているため「福岡で働きたい」「名古屋のメーカーに入りたい」といったUターン転職の最強の味方です。

マイナビIT AGENTの評判・Uターン戦略を徹底解説

④ Type転職エージェントIT：東京×30代の「本音」診断

• ターゲット: 首都圏（一都三県）在住、20代後半〜30代
• 得意領域: 老舗IT企業、安定したBtoB Web企業
• 一言: 「東京で、地味でも堅実なキャリアを築くなら」

Typeは一都三県に特化しており、関東のIT企業を知り尽くしています。

担当者は「厳しいことも言う」タイプが多く、あなたの市場価値を忖度なしで査定してくれます。

「キラキラ系は合わないけど、ブラックも嫌だ。地に足のついた会社で長く働きたい」という30代にとって、最も信頼できるパートナーです。

Type転職エージェントITの評判・「厳しい」理由を徹底解説

【未経験・微経験】ゼロからQAエンジニアになるための「登竜門」

もしあなたが「完全未経験」や「IT業界経験はあるがエンジニアではない（営業など）」場合、上記のレバテックなどは使えません。

「紹介できる求人がありません」とメールが来て終了です。

そんなあなたの救世主となるのが、この「登竜門」エージェントです。

⑤ ワークポート：未経験から正社員への「唯一の道」

• ターゲット: 実務未経験、フリーター、異業種からの転職
• 得意領域: 未経験歓迎のSES、検証会社
• 一言: 「質より量。まずはここで業界に入れ」

ワークポートは、未経験不可のIT業界において、「ポテンシャル採用（やる気重視）」の求人を大量に持っています。

さらに、無料のエンジニアスクール「みんスク」を併設しており、ここで少し勉強するだけで「書類選考免除」になるルートまで持っています。

正直、紹介される求人はSES（客先常駐）が多いです。

しかし、まずはそこに入って「実務経験」というカードを手に入れなければ、何も始まりません。

「最初の1社目」として割り切って使うのが、QAエンジニアへの最短ルートです。

ワークポートの無料スクール活用法・SES戦略を徹底解説

【守りの戦略】「求人がない」を防ぐためのセーフティネット

専門特化型エージェント（レバテックなど）は、求人の「質」は高いですが、「量」は限定的です。

「時期が悪くて紹介がない」というリスクを回避するために、必ずこの「守りのエージェント」を1つキープしてください。

⑥ リクルートエージェント：業界最大手の「インフラ」

• ターゲット: 全員（登録必須）
• 得意領域: 全業界、地方、非公開求人
• 一言: 「まずはここで『世の中にある求人』を把握する」

QAエンジニアの転職活動において、リクルートエージェントは「インフラ（生活基盤）」です。

IT専門エージェントではありませんが、求人の保有数は断トツのNo.1です。

特に、「地方の優良企業」や「大手メーカーの非公開求人」は、ここが独占していることが多いです。

「いい求人がなかった」と後悔しないために、まずはここに登録して「市場の全体像」を掴んでください。

リクルートエージェントの評判・活用法を徹底解説

【目的別】あなたに最適な組み合わせはこれだ！

エージェントは「1社だけ使う」ものではありません。

「攻撃用」と「守備用」を組み合わせて、相互補完させるのがプロの常識です。

QAエンジニアのキャリアフェーズごとに、最強のデッキ構成（組み合わせ）を提案します。

A. 年収1000万を狙う「ハイクラスデッキ」

対象: QA経験3年以上、マネジメント経験あり

1. メイン: レバテックキャリア（年収交渉の主力）
2. サブ: ビズリーチ（スカウト待ち）
3. サブ: JAC Recruitment（外資・部長クラス）

戦略: 基本はレバテックで進めつつ、ビズリーチやJACで「外資系」や「CTO候補」の高単価スカウトを待ちます。自分から応募するより、スカウトを待つことで足元を見られずに交渉できます。

B. Web系自社開発・モダン環境「スピードデッキ」

対象: 20代〜30代、SIerからWeb系へ行きたい人

1. メイン: Geekly（Web系求人の山）
2. サブ: マイナビIT AGENT（大手グループも視野に）
3. 保険: Green（カジュアル面談で雰囲気確認）

戦略: Geeklyのスピード感でWebベンチャーを受けまくります。ただし、ベンチャーは「合う・合わない」が激しいので、Greenのカジュアル面談で現場の空気を吸っておくのが失敗を防ぐコツです。

C. 地方・Uターン転職「ローカルデッキ」

対象: 地方在住、実家に帰りたい人

1. メイン: マイナビIT AGENT（地方求人No.1）
2. 保険: リクルートエージェント（圧倒的No.1の求人数）
3. 補完: RemoteBiz（フルリモート案件）

戦略: レバテックなどは地方だと無力化します。マイナビとリクルートエージェントの二枚看板で、地元の有力SIerやメーカーを押さえます。同時に、RemoteBizなどで「東京の会社に地方からフルリモート勤務」という選択肢も探ります。

D. 未経験・異業種「ポテンシャルデッキ」

対象: IT業界未経験、フリーター

1. メイン: ワークポート（絶対登録）
2. サブ: ハタラクティブ（第2新卒向け）
3. 保険: リクルートエージェント（求人数No.1）

戦略: ワークポートで「書類選考免除」を狙うのが最優先です。リクルートエージェントは求人の絶対数が桁違いなので、未経験可の求人も（比率は低くても）数多く見つかります。泥臭く「数」を打つならここです。

エージェント利用の裏技：年収を100万上げる交渉術

エージェントを使う最大のメリットは「年収交渉の代行」ですが、ただ任せるだけでは上がりません。

エージェントを動かすための「魔法の言葉」を伝授します。

① 「他社では〇〇万円のオファーが出ています」

これほど効く言葉はありません。

エージェントにとって、一番の恐怖は「他社で決められること」です。
（あなたが入社してくれなければ、彼らの売上はゼロだからです）

たとえ嘘でも（嘘はいけませんが）、具体的な金額を出すことで、
「うちはもっと頑張らないと取られる！」
と担当者を焦らせ、企業へのプッシュを強めさせることができます。

② 「最低希望額」と「目標額」を使い分ける

面談の最初に、こう伝えてください。

「最低でも500万は欲しいです。でも、御社の交渉力で550万までいけるなら、即決します」

これを言うと、担当者は目の色を変えます。

「550万取れれば入社してくれる（売上が立つ）」という明確なゴールが見えるからです。

担当者を「あなたの味方」にするのではなく、「あなたの欲望を叶えるための共犯者」にするのです。

③ 内定後の「オファー面談」には必ず同席させる

内定が出た後、労働条件通知書をもらうタイミングで「オファー面談」があります。

ここに必ずエージェントを同席させてください。

自分からは言いづらい「もう少し上がりませんか？」という言葉も、第三者であるエージェントが言えば角が立ちません。

「彼の実績と御社の評価を考えると、あと20万…。そうすれば本人も納得します」

この一言を言わせるために、エージェントにお金を払っている（企業が）のです。

「紹介を断られた…」審査落ちした時の復活プラン

「レバテックに登録したけど、『紹介できる求人がない』とメールが来た…」
ショックですよね。でも、諦める必要はありません。

これは「あなたに価値がない」という意味ではありません。

単に「今のレバテックが持っている求人の条件と、今のあなたの経歴がマッチしなかった」だけです。

復活のための3ステップ

1. エージェントのランクを下げる（広げる）
   • レバテック（ハイクラス）がダメなら、マイナビITやリクルートエージェントに登録してみてください。
   • 取扱求人の幅が広いので、ここでなら紹介される可能性が高いです。
2. 職務経歴書を「実績ベース」に書き直す
   • 「テストをやりました」ではなく、「テスト自動化により工数を20%削減しました」と書いていますか？
   • 書き方ひとつで、エージェントの反応は劇的に変わります。
3. 「ワークポート」に駆け込む
   • 最終手段です。ワークポートは、他社で断られた人を拾うのが仕事です。
   • まずはここで内定を取り、実務経験を積んでから、数年後にレバテックにリベンジすれば良いのです。

よくある質問（FAQ）：年齢制限、資格、副業など

QAエンジニアの転職相談でよくある質問に、本音で回答します。

まとめ：エージェントは「使い倒す」もの

長くなりましたが、最後に一つだけ。

転職エージェントは、あなたの「先生」でも「上司」でもありません。

あなたのキャリアを実現するための「無料のツール」です。

遠慮してはいけません。
情報を引き出し、年収交渉をさせ、条件が合わなければ断ればいいのです。

彼らもプロですから、それを仕事としてやっています。

QAエンジニアという仕事は、これからもっと面白くなります。

AIがコードを書く時代、「品質を保証する」という最後の砦を守るあなたの価値は、必ず上がります。

その価値を安売りしないでください。
あなたを正当に評価してくれる場所は、必ずあります。

まずは今日、気になったエージェントに登録して、担当者と話をしてみてください。

その小さな一歩が、あなたの人生を大きく変えることを約束します。

【QAエンジニアにおすすめのエージェントBEST3】

1. レバテックキャリア（まず登録すべき王道）
2. Geekly（Web・ゲーム系へ急ぐなら）
3. ワークポート（未経験からの挑戦なら）

【記事で紹介したエージェント一覧】

• レバテックキャリアの評判
• Geeklyの評判
• マイナビIT AGENTの評判
• ワークポートの評判
• リクルートエージェントの評判
• Type転職エージェントITの評判
• シリコンスタジオエージェントの評判
• JAC Recruitmentの評判