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

QAエンジニアとして転職に成功したとしても、「いち早くさらなるキャリアアップしたい」

そう思われている方が多いのではないでしょうか。

この記事を読めば「QAエンジニアが更なるステップアップするために学ぶべきこと」がすべてわかります。

私が長年開発会社の管理職として働く中で培って来た知識や経験を凝縮しました。

QAエンジニアとして転職したはいいけど、早く次のキャリアップを目指したいと思っている方はぜひ最後まで読んでください。

QAエンジニアにおすすめの本一覧

QAエンジニアとして学習するために必要な本は、その時々のタイミングで選ぶべきです。

なぜなら、そのタイミングにマッチした本で学習をしないと全くと言っていいほど身につかないからです。

具体的にお伝えすると、以下のタイミングになります。

などです。

私も部下を教育するという経験が長いですが、未経験で入社された初心者にテスト設計のことを教えると、ちんぷんかんぷんで理解してもらうのに時間がかかったという経験があります。

ですので、全くの初心者にはソフトウェアテスト、QAエンジニアの全体像を理解してもらうことからはじめるべきです。

詳しくは以下で一つずつ紐解いていきます。

いきなりオススメの本一覧を確認したい方はこちらからアクセスください。

テストの全体像が不明な人（初心者）

QAエンジニア未経験として入社してきた新入社員を想定していますが、結論として、まずはテスターちゃんを読んでもらうことが一番です。

なぜなら、非常に読みやすく、ソフトウェアテストというのはこういうものだ！という全体像を掴むことができることが挙げられます。

どこのQAの会社にもこのテスターちゃんを新人教育という一環で導入するのを検討してほしいぐらい有益な本になります。

私も実際にテスターちゃんを読んでみて、そのレビューを下記の記事で書いていますのでぜひ読んでください。

テスト設計が思うようにいかない

ここでは、QAエンジニアとして脱初心者ぐらいのレベルを想定しています。

テスト設計で重要なのは基礎を固めることです。

基礎を固めず、見様見真似でテストケースを作成したりすることはできますが、基礎が固まっていないと応用が効かない形になってしまいます。

応用が効かないので、このプロジェクトではできるけど、あっちのプロジェクトではできない。みたいなことがあるのです。

私は今までに様々な人たちを教育してきましたが、

この違いです。

私が何を言っているかわからない方は、

ソフトウェアテスト技法練習帳で学習するのがおすすめです。

ソフトウェアテスト技法練習帳は主なテスト技法が網羅されており、この本を学習し終える頃には確実に身になっていると断言できます。

そして、脱初心者から上級者まで幅広い層で学習できる内容となっていますので、

本気でテスト設計技法を学びたいという方には本当におすすめの一冊です。

ソフトウェアテストに関する資格を取得したい

ソフトウェアテストに関する資格として一番オススメなのは、JSTQBです。

他にもいくつか資格はありますが、一番知名度があり、転職する際にもキャリアアップする際にも一番アピール力を持っているのは、このJSTQBになります。

QAにおける概念を学ぶことができ、この概念を覚えることで、全てのQAに関わる人たちが共通認識を持てるようになるためQAがおこないやすくなるのです。

JSTQBの資格に関して以下の記事にまとめてありますので、ぜひご覧ください。

また、JSTQBを取得するためのオススメ本に関してはこちらからご購入いただけます。

JSTQBなどの資格に関しては、その時は資格を取得することが目的に学習を進めるかもしれませんが、もし仮に、資格を受けなかったとしても、

学習の過程で知識が身についているということになりますので、非常にオススメです。

QAエンジニアがスキルアップを目指すための学習Webシステム5選

スキルアップを目指すための学習Webシステムに関しては以下の通りです。

詳しくは以下で一つずつ紐解いていきます。

いきなりオススメの学習サイト一覧を確認したい方はこちらからアクセスください。

ソフトウェアテスト

ソフトウェアテストに関する学習、QAエンジニアを目指す場合は、以下の学習サイトがオススメです。

QAエンジニアにおすすめの資格学習サイト

QAエンジニアのスキルアップに最適な学習サイト

プログラムを学習したり、開発エンジニアを目指す場合は、以下の学習サイトがオススメです。

プログラム全般

データベース

SQLの知識を付けたり、データベースエンジニアを目指す場合は以下の学習サイトがオススメです。

QAエンジニアがキャリアアップに成功するためのスキル3選

キャリアアップのために必要不可欠なスキルは以下の通りです。

詳しくは以下で一つずつ紐解いていきます。

いきなりキャリアアップに成功するためのスキル一覧を確認したい方はこちらからアクセスください。

テスト実施

テスト実施とは読んで字の如く、作成されたテストケースを元にテストをすることです。

未経験からQAエンジニアになったらまずはテスト実施からになりますが、ここをしっかり出来るようになることで次につながりますので、しっかりと知識をつけてください。

逆にしっかりと知識をつけないまま次のステップに進もうとすると、あまり意味のないテスト設計をしてしまったり、漏れが多くなったりしますので、テスト実施の段階でテスト基礎はしっかりと身につけることが大切です。

詳しくはこちらの記事で解説しています。

ぜひご覧ください。

テスト設計

テスト実施がしっかりこなせるようになって来たら、次はテスト設計です。

テスト設計とは、テスト実施するべき目的やテスト内容を決めることです。

最終的にはテストケースを作成するということになりますが、その際はテスト実施者が迷わないようなテストケースを作成するということを心がけてください。

一番奥が深いのがテスト設計で、簡単に身につくものではないため、日々学習をしてください。

テスト設計フェーズの一番最後はテスト実装という形になり、テストケースやテストデータを作成するという作業をするのですが、そこにいくまでも結構大変なのです。

やはり数を熟すことが大切であり、経験が物をいう世界ですので、しっかりと日々学ぶことが大切です。

詳しくはこちらの記事で解説しています。

ぜひご覧ください。

また、テストケース作成という分野において、練習するのであればソフトウェアテスト技法練習帳という本がオススメです。

テスト計画

テスト計画とは、テスト設計、実施、管理など、どういう方向でテストするか、管理方法はどうするかなど、すべての方向性を決めるものです。

そして、テスト計画のフェーズでは、テスト計画の内容を決めたら、テスト計画書にドキュメント化します。

全ての方向性を決めるものだけあって、ソフトウェアテストが成功するか失敗するかは、このテスト計画が全てを握っていると言っても過言ではありません。

テスト計画がしっかり策定出来る人であれば、QAエンジニアとしても重宝されるため、大幅なキャリアアップも目指せます。

はじめは見よう見まねでも大丈夫ですが、何のためにこれを取り決めているのだろうか。などと言ったようなことも考えながら学習すると良いです。

詳しくはこちらの記事で解説しています。

ぜひご覧ください。

【まとめ】QAエンジニアのスキルアップ成功法則3選 | 現役管理職が徹底解説

スキルアップを成功させるための法則としては、以下の学習システムをフル活用することです。

私も未経験でQAエンジニアとして転職してから10年以上、上記の学習システムをフル活用しながら日々勉強していました。

具体的には、以下の通りです。

すぐには力がつかなったとしても日々の積み重ねで、徐々に力はついていくものです。

私がどのようにステップアップしていったかを下記に記載しますと、

ここまでのステップを踏んでいます。

ですから、この記事を読んでいる方も決して諦めないでください。

最後に、再度、スキルアップを成功させるための法則としては必要な学習システムを掲載しておきます。

気になるところからクリック（タップ）してください。

• 開発未経験だけど採用してくれる会社はあるのかなぁ。
• 開発未経験者が開発会社で採用されるためには何から始めるべき？
• 開発未経験者にオススメの転職エージェントを教えて！

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

一般的に未経験者だと「どの会社の面接を受けたら採用してくれるかなぁ」と不安になって、躊躇してしまい、結局何も行動起こせなくなっている人が多いのは事実です。

私は、開発会社で管理職（トップ）の位置にいます。

管理職であることから、日々メンバーのフォローもしており、キャリアプランに沿ってステップアップしてもらった実績もあります。

そこでこの記事では、私自身の経験と実績も踏まえて、未経験でも開発に携われる唯一の手法を解説します。

この記事を読めば「開発未経験者が開発会社に採用されるための手段」がすべてわかります。

私が長年開発会社の管理職として働く中で培って来た知識や経験を凝縮しました。

開発未経験者だけど開発エンジニアになりたいと思っている方はぜひ最後まで読んでください。

開発志望者が経験を積むにはQAエンジニアから始めるべき理由

結論から言うと開発会社にQAエンジニアとして転職してください。

QAエンジニアであれば未経験でもOKな会社はいくつもあります。

そこから狙うのです。

なぜ、開発会社のQAエンジニアかといったら以下の通りになります。

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

開発会社であれば開発エンジニアへのステップアップが可能

開発会社であればQAエンジニアから開発エンジニアへのステップアップも可能です。

もちろん開発エンジニアだけではなく、PM（プロジェクトマネージャー）やインフラエンジニアといったポジションにチェンジすることも出来るでしょう。

私も今まで何人もQAエンジニアを育ててきましたが、

開発会社でQAエンジニアとして活躍しながらPM（プロジェクトマネージャー）になった人もいるのです。

いわゆるキャリアアップです。

これがQAエンジニアのみを扱っている会社なら経験できないことであり、

開発エンジニアになりたいというキャリアプランからズレてしまいます。

そうならないためにもしっかりと転職先を選ぶ必要があるのです。

開発エンジニアとコミュニケーションを取ることができ知識が付く

現役の開発エンジニアと密なコミュニケーションが取れるのです。

開発未経験になると独学で学んだ知識しかないはずです。

独学で学んだ知識と業務で学んだ知識には雲泥の差があります。

ですから、現役で活躍している開発エンジニアから不明点などを聞ける、いわゆるコミュニケーションが取れるというのはすごく嬉しいことです。

QA以外のことも不明点があれば開発エンジニアと積極的にコミュニケーションを取りましょう。

そうすることにより、開発エンジニアの道は近づいてきます。

開発体系を総合的に学ぶことができる

開発の組織で活躍したいのであれば、開発体系を総合的に学ぶことが必要になります。

なぜなら、開発の組織は体系化されているからです。

具体的にお伝えすると、以下のようになります。

主にはこのようになっており、開発エンジニアのみ居たとしても組織が成り立たないのです。

ですから、それぞれがどのような役割をしていて、日々どのような動きをしているのか、ということも学ぶことが必要になってきます。

QAエンジニアから開発エンジニアにステップアップする方法

QAエンジニアから開発エンジニアにステップアップする方法は、主に2つあります。

それは以下の2点になります。

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

QAエンジニアから開発エンジニアへのステップアップ

QAエンジニアから開発エンジニアへのステップアップ方法としては以下の通りです。

QAエンジニアの仕事をしながら、開発エンジニアとしての仕事を依頼してもらうようになること

上記の方法が一番早く開発エンジニアというポジションを経験して、ステップアップすることが出来る方法になります。

もちろん、入社してすぐ出来るかと言ったらそんな簡単なことではありませんが、上司やプロジェクト内でコミュニケーションを取って行動することで可能になるのです。

現に私の職場では、QAエンジニアからPM（プロジェクトマネージャー）になった人がいます。

まさに、上記で示した方法にて実践することによってステップアップすることができたのです。

もう一つ重要なことがあるとしたら、

開発エンジニアになりたいという目標があるのであれば、それを上司や周りの人に伝えることです。

この人は開発エンジニア志望ということが認識されれば、自ずとそのキャリアプランに合わせて周りが協力してくれます。

そうなるためにも周りと頻繁にコミュニケーションを取ることは大切です。

開発エンジニアへの転職

ここまではステップアップの方法を話しましたが、この会社は私のイメージに合わなかった。ということも少なくないでしょう。

そういう時は思い切って転職をするということも大切です。

また一からの転職活動になってしまうと思われる方もいらっしゃるかもしれませんが、

一からではありません。

なぜなら、QAエンジニアとしての知識と業務経験を積んだからです。

開発エンジニアとして仕事をする場合でも、QAの知識は少なからず必要になってきます。

バグを改修したり、開発者自らテストをおこなったりもするからです。

その知識を活かして、転職活動をする際にアピールすることで、開発エンジニアとして採用されやすくなります。

QAエンジニアから開発者になるためのオススメ転職エージェント22選

開発志望の方がQAエンジニアとして転職するためのおすすめ転職エージェントはこちらにまとめましたので、ぜひご覧ください。

こちらに記載してある転職エージェントはIT関連全般的に扱っている転職エージェントになり、QAエンジニアはもちろん開発エンジニアになりたい方、PM（プロジェクトマネージャー）になりたい方にとってもオススメの転職エージェントになります。

上記にも記載したように、将来、開発エンジニアになりたいということでしたら、開発会社に入社する必要があります。

これらの転職エージェントでしたら、ご自身の条件に合わせた紹介が可能ですので、まずは転職エージェントにご自身の将来やキャリアプラン、条件面などを話し、転職エージェントとタッグを組んで転職活動するところからはじめてみて下さい。

まとめ「未経験でも開発に携われる唯一の手法（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選） 迷える転職者 テスター未経験からでも採用されることってあるのかなぁ。 迷える転職者 採用される確率を上げるために知ってお…

迷える転職者

迷える転職者

デバッグとテストは同じ意味？

迷える転職者

ソフトウェアテストの給料水準ってどれぐらいなの？

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

テストの必要性

リリース後重大事故に繋がらないため

リリース後ユーザーが安心して使っていただけるため

ユーザーに満足していただけるため

テストの7原則

• テストは欠陥があることは示せるが、欠陥がないことは示せない
• 全数テストは不可能
• 早期テストで時間とコストを節約
• 欠陥の偏在
• 殺虫剤のパラドックスにご用心
• テストは状況次第
• 「バグゼロ」の落とし穴

引用元：JSTQB公式ページ FLシラバス

テストは欠陥があることは示せるが、欠陥がないことは示せない

全数テストは不可能

早期テストで時間とコストを節約

要件定義

要件定義のレビュー お客様と要件を詰めた際の要件定義の部分から参加し口出しをすることができれば、ソフトウェアテストの観点からも見ることが出来てベター

仕様書作成

仕様書のレビュー 要件定義がまとまった後の仕様書（プログラムやシステムを構築するための設計書）作成段階から参加できれば、仕様書の間違いなどがあった場合、いち早く気づけるのでベター

プログラムを書く

コードレビュー 動いたものに対してテストするのではなく、プログラムを書いた際、そのコードによっておこなうレビューであり、プログラムが完成する段階、コードを書いた直後に気づけるのでベター

欠陥の偏在

半角数字3文字

エラーになること

半角数字4文字

入力可能なこと

半角数字8文字

入力可能なこと

半角数字9文字

エラーになること

殺虫剤のパラドックスにご用心

テストは状況次第

「バグゼロ」の落とし穴

ソフトウェア開発におけるテストの役割

デバッグとテストの違い

デバッグ

故障の基となる欠陥を見つけて、解析し、取り除く一連の開発活動 引用元：JSTQB公式 FLシラバス

テスト

実行することでソフトウェアに存在する欠陥に起因する故障を示す 引用元：JSTQB公式 FLシラバス

ソフトウェアテスト業界の給料水準

ソフトウェアテスト業界で給料をアップさせる方法

ソフトウェアテスト業界と業務内容

業界

業務

ISTQB

ISTQBはJSTQBの海外版と考えていただければ問題ないです。 JSTQB頭文字のJはJapanのJで、ISTQB頭文字のIはInternationalのIになります。

【JSTQB完全攻略】独学で一発合格するための勉強法と「意味ある？」への回答 未経験からQAエンジニアになりたいけど、何から始めればいい？ 今の会社で評価されず、年収が上がらない… 将来、テスト実行…

ソフトウェアテスト業界の役割

役割

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

迷える転職者

迷える転職者

採用される確率を上げるために知っておいた方がいいことって何かあるかなぁ。

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

本ページに行き着いた方は、以下のような気持ちをお持ちだと思います。

本記事を読むことでこれら全ての悩みに解決することができます。

また、私は現役管理職および面接官でもありますので、そのような視点からわかりやすく執筆しました。

ご参考にしていただけたら幸いです。

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

結論から言うと以下の3点です。

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

ソフトウェアテストの全体の流れ

まずはこれは初めに知っておくべきことです。

今から働こうとしている職種の全体的な流れも知らなければ話になりません。

具体的には以下の4点を学習しておくことが大切です。

こちらも1つずつ紐解いていきます。

開発全体の流れ

ソフトウェアテストの工程は開発工程の流れの中でおこなわれます。

その為、まずは開発全体の流れを知っておきましょう。ということになります。

ソフトウェアテストの流れ全体を知るためにオススメ書籍は >>こちら です。

マンガでとても読みやすくソフトウェアテスター初心者の人には是非読んでもらいたい1冊になります。

私自身が読んで詳しくレビューをした記事も上記のリンクから読めますので、是非そちらも併せてご覧ください。

[itemlink post_id="851"]

アジャイル開発/ウォーターフォールとは何か

アジャイル開発

アジャイル開発とは、1週間〜1ヶ月で機能最小単位での開発を繰り返していく手法です。
現在主流になっているシステムやソフトウェア開発手法の1つになります。

アジャイル開発についてのオススメの書籍は >>こちら です。

こちらのオススメ書籍は、アジャイル開発の手法を多く取り入れている開発会社やソフトウェアテストの会社などで稼働していく場合は、是非読んでおいてもらいたい1冊になります。

アジャイル開発について詳細に書かれているため、以下のことを含め、アジャイル開発において隅々まで理解することができます。

是非、以下のような方達は、こちらの本を手に取ってもらえたら幸いです。

(電子版(PDF)ダウンロード特典付き)いちばんやさしいアジャイル開発の教本 人気講師が教えるDXを支える開発手法 (いちばんやさしい教本)

¥1,760 （2024/10/27 21:34時点 | Amazon調べ）

口コミを見る

Amazon

楽天市場

Yahooショッピング

ポチップ

ウォーターフォール

アジャイル開発とは逆で、最小単位ではなく、基本的な工程の特徴としては、以下を元に順番ずつ進めていくのが特徴になります。
「要件定義・仕様」「外部設計」「内部設計」「開発・システム実装」「テスト」「運用」 を元に順番ずつ進めていくのが特徴になっています。

QA/QC/ソフトウェアテストなど言葉の違い

続いて、ソフトウェアテストをおこなう際、はじめに知っておくべき用語を紹介します。

それは、以下6点です。

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

こちらは、QAと比較して、どこが違うのかという点で、下図にまとめましたのでご覧ください。

ですから、QAとQC、言葉は違いますが、どちらもなくてはならない存在、つまり品質を担保する為にQAとQCはどちらもする必要があるということになります。

QAやQCの部署に配属されたら、上記のQAという観点、QCという観点、どちらも念頭において作業に取り組むことが大切です。

テスト実行やテスト設計とは何か

わかりやすく言うと、以下のようになります。

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

未経験者では以下の要素が勉強不足で無知だったりする部分もありますので、最低限以下だけでも事前に確認しておくことで、面接官にアピールできることは間違いありません。

また、事前に何も調べないで面接に臨むと、採用された後に困ってしまいます。

主には以下のような事象が発生するのです。

これは一例になりますが、入社前と入社後のギャップを生まないためにも、事前にしっかりと調べておくことが大切です。

詳しくまとめたものを以下の各ページにて詳しく解説しておりますので、併せてご覧ください。

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

事前にキャリアアップ方法を知ることもすごく重要なことです。

なぜなら、キャリアアップ方法を知らなければ以下のように考えてしまいます。

入社後にそのような考えを持たないためにも、入社前、事前にしっかりと確認しておきましょう。

基本的にキャリアアップ方法がわかれば、それに向けて努力するだけです。

努力するだけで以下のようなキャリアアップが可能となるのです。

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

ソフトウェアテスト未経験から採用される確率

結論から言うと、ソフトウェアテスト業界の未経験者から採用される確率は約99%です。

理由としては以下の通りです。

私が現在席をおく開発会社においても、テスターが不足しており喉から手が出るほどテスターを採用したい状況ではあります。

もちろん、以下のような各会社の状況によっても採用しないケースもあり一概には言えないのですが、全体を通して見れば喉から手が出るほどほしいというのは、言うまでもありません。

また、会社の方針によっては以下で採用の合否がわかれることもありますので、一つの指標として参考にしていただけたら嬉しいです。

一つ一つ紐解いていきましょう。

年齢

まずはじめに年齢です。
主には以下のような幅でわかれることが多くなっています。

50歳以上のテスターもいるにはいますが、そのような方は歴が長い経験者です。
今回は、これから未経験者として採用されるかどうかというところの指標になっていますので、省かせていただきます。

その別な角度から企業へアピールする方法をというのは以下の2点です。

40代未経験エンジニアと20代未経験エンジニアの主な特徴は以下のようになります。

上記のことから、もし40代からエンジニアとしてスタートしようとする場合は、会社ではなく、フリーランスとして活動することをおすすめします。

フリーランスであれば会社の経営状態とかを考える必要はないため、自分の努力が100%反映される世界になります。

未経験ではじめたとしても、猛勉強をして自他共に認めるぐらいの実力をつければ、充分に仕事をもらう機会は増えていくでしょう。

性別

現代は性別に関してそこまで重要になってきませんが、会社によっては男性の方が採用されやすいというところもまだまだあるようです。

なぜなら、女性を採用したら以下のような疑問が生まれるからです。

このように女性の場合は結婚したり出産したのをきっかけに辞めてしまうのではないかというように考えられ、採用を見送ってしまうケースが少なからず見受けられます。

ただ、今ではそのような会社も大分減ってきていますし、気にせずにトライしていくということはとても大切になります。

実際に、私は女性です。

女性で管理者という立場になっています。

ですので、女性であっても実力さえつければ問題なく上に上がることは可能だというのは間違いありません。

性格

結論を先にいうと、ソフトウェアテスト業界で稼働するにあたって少なからず適正というものもあります。

詳細は以下に記載しましたのでご覧ください。

このようにそれぞれの性格に合わせて役割の向き不向きがあります。

こちらを参考にしつつ今後のキャリアプランを練ってみてはいかがでしょうか。

ただ、性格的なところは中々変えるところが難しいです。

この性格だからここの道しか与えられないみたいな形にもしたくはありません。

ですので、あまり深く考えずに自分のやりたいことを突き進むことが1番大切だと考えています。

私も元々コミュニケーションを取るのが苦手でした。

それが今は管理職をやっており、ありとあらゆる人とコミュニケーションを取っています。

こんな私でも実現できましたので、性格とかでキャリアプランを決めるのではなく、自分のやりたいことでキャリアプランを考えるのが1番です。

前職の職種や業種

前職の職種や業種が応募する会社とかなりかけ離れている状態でしたら、会社の判断によっては採用するのが難しいことになることもあります。

例を挙げます。

前提として、金融機関のシステムを開発している会社にテスターとして応募した場合

上記であれば、前者のAさんの方を採用したいと思うのではないでしょうか。

例え、ソフトウェアテストの経験がなかったとしても、業種が同じような形ですと採用される確率がかなり上がります。

このように、面接を受けに行く場合、その会社は以下のような形をベースにインプットしてしておくことも大切です。

上記のことを事前準備しておき、それにあった対策をしておくことが大切です。

前職の給料

前職の給料……これもとても大切になります。

なぜなら、すごく優秀で喉から手が出るほど欲しい人材だったとしても前職の給料が予算オーバーだった場合、採用を断念するしかありません。

これは各会社によって異なりますので、一概にどこがどうとか言うことは出来ませんが、以下の指標を選択肢の1つに加えることも大切です。

ただ、これは一般的に企業を見ただけでは中々わかりません。

そこで転職エージェントを使うことでこの辺りの情報を聞くことができ、面接を受ける際の参考にしてください。

ソフトウェアテスト業界への転職にオススメの転職エージェントを別で記事を書いていますので、こちらも併せて読んでいただけたら幸いです。

ソフトウェアテスト業界のみだけには留まらず、IT関係全般的に有益な情報を記事にしております。

ソフトウェアテスト業界で未経験者からの稼げるキャリア設計方法

結論からいうと、以下の4つを目指すことです。

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

ポジションを上げる

ソフトウェアテスト業界では、下記のようなポジションがあります。

テスト実行者

いわゆるテスターと呼ばれる人たちです。
テスターと呼ばれるテスト実行者には未経験からのスタートで初心者と言われる人たちも多いです。
敷居があまり高くない分、給料もそれほど高くはありません。
年齢によっても多少変わってはくるものの限界はありますので、給料をあげるためにはそれよりも上位のポジションを目指していくことが必要不可欠となります。

テスト設計者

テストをするための指標（テスト仕様書）を作成する人です。
上でテスト実行のことを記載しましたが、そのテスト実行者が確認するテスト仕様書を作成する人になります。
テストの質が良いかどうかはこのテスト設計によって変わってくるというぐらいすごく重要なポジションを担っています。
それだけ知識と経験が物を言うようになってきます。

テストリーダ

テストチームをまとめる人です。
主にプロジェクト内で決めたスケジュール通りにテストが終わりそうかどうかというところを判断します。
もし間に合いそうになければPMなどに相談をし、スケジュールの調整やどこまでテストをおこなうかなど判断および調整をするという形になります。

テストマネージャ

全体的なスケジュール調整、コスト管理などを含めて調整していきます。
複数の案件を抱えていることが多く、実務にはあまり入りません。

というのも、ポジションによって主な給料のレンジが決まっており、そのレンジを超えて給料を上げたいのであれば、ポジションをあげるしかないのです。

その給料のレンジを下記にまとめましたので、参考にしていただけると幸いです。

テスター（正社員の場合）

20万〜25万/月

テスト設計者

26万〜30万/月

テストリーダ

31万〜35万/月

テストマネージャ

36万〜

もちろんこれはスタートの給料であり、勤続年数によってもこれ以上の給料になる人もいるでしょう。
企業によっても異なるため、一つの参考としてもらえたら幸いです。

テストマネージャよりも上のポジション、部長や統括マネージャなどといった場合、上記の給料を遥かに超える場合は大いにあります。

ですので、ひとまず一つ一つ着実に上のポジションにあがるべく経験を積んでいくことが給料を上げるために最も近道になることとなります。

スキルを身につける

前述したポジションを上げるということにも関連してくるのですが、スキルを身につけると自ずとポジションを上がりやすくなります。
どのようなスキルを取得できているかによって任される職務が異なってくるためです。

前述したようにポジションは以下通りです。

テスト実行者

テスト実行者のスキルに関しては、以下のように考えて行動すれば良いでしょう。

もしシステムが仕様通りだったとしても使い勝手が悪ければユーザーは離れていきます。

ですから、主には以下2点の観点両面からテストをすることはとても大切です。

テスト設計者

テスト設計者のスキル習得に関しては以下のようになります。

この1点です。

細かく見ていくと無数にあり、詳細に記載すると原稿用紙1000枚を超えそうなので、ここでは特に重要な以下に絞ってみていきます。

特に上記のようなスキルが大切ですが、これは今一瞬で覚えられるようなスキルではありません。

長年学習をし、業務で培われ、経験で身につくものがほとんどです。

ですから、主に上記の内容を頭に入れた上で知識や経験をアップさせていく方法を取るのが良いでしょう。

テストリーダ

ここからは実際のテスト作業というよりかは、ソフトウェアテスターができるだけ効率良く業務を実施できるようにすることが目的です。

簡単に言うと以下の通りになります。

上記のようなことを念頭に置いて、スキル取得を目指すことが大切です。

特に未経験者入社の方が多い会社、部署ですと、まずはメンバーの教育に時間を割くと言うのがとても大切です。

はじめにしっかり教育をしておけば、この先の不安ということもなくなります。

新入社員の不安を取り除くということもテストリーダの重要なポジションだったりもするのです。

テストマネージャ

テストマネージャのスキルとしては、特に以下のような形になります。

ここになるともう実際の業務にはほぼほぼ入りません。

テストリーダから上がってきた情報を受け取り、この先どのような形で動いていけば良いかを判断します。

その判断とは前述したように以下のようになり、これらを元に判断していきます。

リソースを増やしたいがコスト面を考えると難しい

など、さまざまな角度から判断しないといけないため、こちらにおいても経験と知識が物をいいます。

ソフトウェアテストに関する資格を取得する

スキルを身につけたと言っても客観的にどの程度身についているのかわかりません。
その指標を表す1つの手段として資格取得というものがあります。
ですので、スキルを取得するのと並行して資格取得もおこなえばポジションが上がりやすくなります。

ただ、1つの注意点としては何でも資格を取得すれば良いというわけではなく、今自分が任されているプロジェクトにはどのようなスキルが必要かを分析した上で資格取得に乗り出していただければより一層評価されるでしょう。

例えば事例として記載しますが、以下のような形です。

ORACLE MASTER

ソフトウェアテストといえど、自分はプロジェクトでデータベースを見たり触ったりしているなと言った際は、ORACLE MASTERという資格を取得するとより一層プロジェクトが回しやすくなったり、理解しやすくなり、結果的に評価もされやすくなります。

LPIC

こちらも同様です。
LPICという資格はLinaxの資格試験です。
今作業しているプロジェクトでは、Linax環境を作っているなといった時には、LPICの資格を取得することでより理解度が増し、結果的に評価もされやすくなります。

上記に記載した資格に関してはあくまでソフトウェアテストとは直接関係がない資格、ただ取得することでプロジェクトを理解しやすくなる資格という形ですが、前提としてソフトウェアに関する資格は取得しておいた方が良いでしょう。

この投稿をInstagramで見る

ゆい【未経験からの転職】(@qaqc_job.change)がシェアした投稿

ソフトウェアテストをする上で必要な資格6選を画像でまとめました。
画像で全て完結しておりますのでいつでもすぐに確認でき取得に向けてすぐ実行に移せるようになっています。

さらに、詳しくは以下のページにまとめていますのでこちらも併せてご参考にしていただければ幸いです。

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