開発現場で聞くQAとは？QC・テストの違いや仕事内容を紹介

QAという略語は、文脈によって異なる意味で使われます。

まず本記事の中心となる「品質保証」としての定義を確認し、他の用法との違いを説明します。

品質保証（Quality Assurance）としての意味

ビジネス・IT・製造の現場でQAといえば、ほぼ「Quality Assurance（クオリティー・アシュアランス）」の略で、日本語では「品質保証」と呼んでいます。

読み方は「キューエー」で、略称は「品証（ひんしょう）」の他、製造現場などでは「品保（ひんぽ）」と呼ばれることもあります。

品質保証とは、製品やサービスが定められた要求事項を満たしていることを、組織として体系的に確証する活動全体を指します。

単に不良品を取り除く検査とは異なり、品質をプロセスごとに作り込み、管理・改善していくことが目的です。

出典：JISQ9000:2015 品質マネジメントシステム－基本および用語

ITの開発現場では、ソフトウェアやシステムの品質を保証する部門・職種をQAと呼ぶことが定着しています。

本記事もこの「品質保証」としてのQAを中心に説明します。

質問回答やその他の意味

QAには品質保証以外の使われ方もあります。日常でなじみ深いのが「Q&A（Question and Answer）」で、「質疑応答」や「よくある質問」を意味します。

ウェブサイトのFAQページや説明会の質問コーナーなど、幅広い場面で登場します。

同じ略語でもまったく異なる意味になるため、文脈から適切に判断してください。ビジネス・開発の話題であれば「品質保証」、サポートや情報提供の文脈であれば「質問回答」と読み替えると、混乱を防げるでしょう。

関連記事：今さら聞けないソフトウェアテストの国際規格：ISO/IEC/IEEE 29119シリーズを読みはじめる前に（第1回） | HQW!

QAと混同されやすい言葉に、QC（Quality Control：品質管理）があります。どちらも品質を守る活動ですが、焦点がはっきりと異なります。

QCは、製品や成果物が要求通りに仕上がっているかを確認することに主眼を置きます。不具合を検出するためのテストや、出荷前の仕様一致検査がその典型です。

対してQAは、そもそも欠陥が生まれにくいプロセスをどう設計・維持するかに焦点を当てます。

ISO 9000（JIS Q 9000）の定義でも、品質保証は「品質要求事項が満たされるという確信を与えること」と位置付けられており、特定の工程ではなく開発全体を対象にした組織的な活動です。

一言で表すなら、QCは「できたものを確かめる」、QAは「正しく作れる仕組みを整える」です。下の表で両者を比べてみましょう。

図表1：QAとQCの違い

現場では両者を厳密に区別せず使うこともありますが、この違いを頭に入れておくと、QAエンジニアの求人票や社内の役割分担がずっと読みやすくなります。

関連記事：品質管理と品質保証。考え方や組織的な活動における両者の違い

QAの役割は、業界によってかなり異なります。

何を「品質」と見なし、どんな仕組みで保証するかは、扱うものがソフトウェアなのかハードウェアとしての製品なのかによって大きく変わるからです。

IT・ソフトウェア開発におけるQAの役割

ソフトウェア分野のQAはSQA（Software Quality Assurance）とも呼ばれます。例えば、WebサービスやゲームのQAは、不具合を検出するだけでなく、要件定義の段階から仕様のあいまいさを指摘したり、リリース基準を設計したりする役割を担うこともあります。

ゲーム開発であれば、いわゆるバグの検出に加えてゲームバランスやUIの評価がQAの担当範囲に入ることも珍しくありません。

アジャイル開発では、QAはスプリントごとのサイクルに組み込まれ、開発と品質保証が並行して進みます。リリース頻度が高いサービスほど自動テストの整備が重要になり、それもQA業務の一部です。

出典：Foundation Level シラバス | JSTQB 

関連記事： ソフトウェア品質保証(SQA)とは。特徴や品質指標について解説

製造業におけるQAの役割

製造業の生産工程では、原材料の受け入れ検査から完成品の出荷検査まで、工程全体にQAの仕組みが組み込まれています。

国際規格ISO 9001は品質マネジメントシステムの標準として世界170カ国以上・100万超の組織で活用されており、製造業のQA体制の基盤になっています。JUSE（日本科学技術連盟）やJQA（日本品質保証機構）のような第三者審査機関がシステムの適合性を審査し、認証を付与します。

ネットワーク経由でソフトウェアを改修できるIT分野と大きく異なるのは、製品の物理的な回収（リコール）リスクが存在する点です。そのため、設計段階から出荷後の市場フォローまで、長いスパンでQAが関与します。

出典：
日本科学技術連盟　ISO審査登録センター 
概要 | ISO 9001（品質） | ISO認証 | 日本品質保証機構（JQA） 
ISOの基礎知識 | ISO認証 | 日本品質保証機構（JQA） 

食品・医薬品業界におけるQAの役割

食品や医薬品では、品質の不備が直接健康被害につながるため、QAは法規制と一体になって機能します。

医薬品分野ではGMP（Good Manufacturing Practice：製造管理・品質管理基準）への適合が法律で定められており、製造記録の審査や手順からの逸脱調査がQA部門の主な仕事です。

食品業界でもHACCP（Hazard Analysis and Critical Control Point：ハサップ）※などの衛生管理の仕組みがQAと連動しており、規制当局への説明責任が特に重い業界と言えます。

※食品等事業者自らが食中毒菌汚染や異物混入等の危害要因（ハザード）を把握した上で、原材料の入荷から製品の出荷に至る全工程の中で、それらの危害要因を除去又は低減させるために特に重要な工程を管理し、製品の安全性を確保しようとする衛生管理の手法

QAに関連する職種は名称が似ているため、違いがつかみにくいかもしれません。

それぞれの担当範囲を理解しておくと、求人票や会議での発言の意味がぐっとクリアになります。

QAエンジニア（品質保証エンジニア）の役割

QAエンジニアは、プロジェクト全体を通じて品質基準の策定・維持・改善を担います。

テストを実施するだけでなく、「どんな基準で品質を判断するか」「どのプロセスで品質を担保するか」を要件定義や基本設計する段階から関わるのが特徴です。このため、開発フローの初期から参画し、要件定義や設計レビューにも関与します。

開発担当者が作成した仕様へのレビューから、ソフトウェアを検証・テストまで実施し、その結果をフィードバックしてコードや仕様書の修正につなげる役割も担います。品質保証の「仕組みづくり」全体を俯瞰（ふかん）して確保する立場といえます。

テストエンジニアの役割

テストエンジニアは、テスト設計・実行・不具合報告を主軸とする職種です。

QAエンジニアが「品質の仕組みそのものを設計・維持する」のに対し、テストエンジニアは「その仕組みに沿って実際のテストプロセス全体の活動を行う」役割となります。

テストケースを作成し、ソフトウェアの動作を一つ一つ確認して、発見した不具合を記録・報告します。JSTQBなどのテスト技術者資格を持つエンジニアも多く、テスト手法や技法の専門知識を生かした精緻なテストが求められる職種です。

なお、JSTQBのシラバスでも「品質保証とテストは関連しているが同じではない」と明記されており、両者の区別は業界標準としても重視されています。

出典：テスト技術者資格制度 Foundation Level シラバス｜JSTQB

品質保証コンサルタントの役割

品質保証コンサルタントは、組織全体の品質保証プロセスを開発組織からは独立した立場から評価・設計・改善する職種です。

社内のQAエンジニアが特定プロジェクトの品質を担うのに対し、コンサルタントは複数のプロジェクトや部署をまたいで、組織の品質基盤そのものを対象にすることもあります。

既存のQAプロセスの問題点を診断し、改善策の提案から導入支援まで行います。社内にQAの専門人材が少ない企業が、外部の知見を取り込む手段として活用するケースが多いです。

関連記事：【連載】冒険者の地図：大企業とベンチャーを渡り歩いたQAエンジニア、河野哲也さんが説く「日本的品質管理」の重要性（後編） | HQW!

「きつい」「いらない」といった言葉がネット上に出回ることがあります。

その背景を理解した上で、この仕事で力を発揮しやすい人の特徴を確認してみましょう。

「きつい」「いらない」と言われる背景

QAが「きつい」と感じられる理由の多くは、責任範囲の広さにあります。

もしリリース直前に不具合が発覚すれば、QAチームが真っ先に説明を求められるでしょう。開発・企画・営業など複数の部署のステークホルダーと品質基準をすり合わせながら進めるため、調整コストも想像以上に高くなりがちです。

「いらない」という評価が生まれる背景には、成果の見えにくさがあります。

ソフトウェアの欠陥を修正する開発者と違い、QAが担うのは「問題が起きなかった」という事実です。この種の貢献は評価されにくく、開発スピードを優先する現場では「ボトルネック」と見なされることさえあります。ただし、それはQAの機能が正しく認知されていない状態であり、役割そのものの問題ではありません。

品質保証の仕事に向いている人の特徴

細部への注意力が高く、「なぜこうなるのか」と原因を追いたくなる気質の人は、QAの業務に適性があります。不具合を見つけるだけでなく、その再現条件を整理して開発者に伝える論理的なコミュニケーション力が求められます。

また、単独作業よりも関係者と連携しながら進めることが苦にならない人も向いています。QAは製品やサービスの完成を誰よりも俯瞰（ふかん）できるポジションです。「自分が守る」という責任感を持てる人にとって、やりがいの大きい仕事になります。

QAとは何か、QCやテストとどう違うのか、どんな職種があるのか、この記事で一通り押さえられたはずです。

「QAに共有しておいて」「QAの視点で確認が必要だ」といった会議での発言も、プロセス全体の品質を守るという文脈で聞けば、意味がすっと入ってくるようになります。

単なる「バグを見つける役割」ではなく、開発フロー全体を設計・改善する機能を担っているのがQAです。

キャリアの面でも、QAエンジニアや品質保証コンサルタントは、技術力に加えてプロセス設計の視点が求められる分、専門性を積み上げやすいポジションです。テストの実務経験がある方なら、そのままQA職へのステップアップを検討する価値があります。

開発の品質は、コードの品質だけで決まりません。

どんなプロセスで作るか、どう検証するかまで含めて、はじめて製品やサービスの信頼性が生まれます。現場でQAという言葉が出たとき、その背景にある考え方ごと理解できると、チームへの貢献の仕方が変わってくることでしょう。