QA IT用語 韓国語一覧

UI変更やセレクタの変更によるテスト失敗を自動的に検出し、テストコードを自己修復するパターンである。AIを活用したセレクタの自動更新や代替要素の探索などを含む。

UI 변경이나 셀렉터의 변경에 의한 테스트 실패를 자동으로 검출하여 테스트 코드를 자기 복구하는 패턴이다. AI를 활용한 셀렉터의 자동 갱신이나 대체 요소의 탐색을 포함한다.

パフォーマンス・セキュリティ・可用性・スケーラビリティなど機能以外の品質特性を検証するテストであり、システムの非機能的な品質基準への適合性を体系的に確認する。

퍼포먼스·보안·가용성·스케일러빌리티 등 기능 이외의 품질 특성을 검증하는 테스트이며, 시스템의 비기능적 품질 기준에의 적합성을 체계적으로 확인한다.

複数の入力パラメータの組み合わせを網羅的または効率的に検証するテスト手法。ペアワイズ法などを活用してテストケース数を削減しながら品質を担保する。

여러 입력 파라미터의 조합을 망라적 또는 효율적으로 검증하는 테스트 기법. 페어와이즈 기법 등을 활용해 테스트 케이스 수를 줄이면서 품질을 확보한다.

開発者やQAエンジニアが自分で必要なテスト環境をオンデマンドで作成・破棄できるセルフサービス型のプラットフォームである。環境待ちによるボトルネックを効果的に解消する。

개발자나 QA 엔지니어가 스스로 필요한 테스트 환경을 온디맨드로 생성·파기할 수 있는 셀프서비스형 플랫폼이다. 환경 대기에 의한 병목을 해소한다.

テストに必要なデータの生成、変換、配布を自動化するパイプライン。本番データのマスキングや合成データの生成を組み込み、常に最新のテストデータを供給する仕組みである。

테스트에 필요한 데이터의 생성, 변환, 배포를 자동화하는 파이프라인이다. 운영 데이터의 마스킹이나 합성 데이터의 생성을 포함하여 항상 최신의 테스트 데이터를 공급하는 구조이다.

テスト対象の範囲と範囲外を明文化した文書である。何をテストし何をテストしないかを明確にすることで、テスト工数の見積もり精度を向上させ、関係者間の認識齟齬を防止する。

테스트 대상의 범위와 범위 외를 명문화한 문서이다. 무엇을 테스트하고 무엇을 테스트하지 않는지를 명확히 하여 테스트 공수의 견적 정도를 향상시키고 관계자 간의 인식 차이를 방지한다.

ソフトウェアをリリースするために満たすべき品質・テスト・承認条件の総称。リリース判断の客観的な指標として機能し、出荷可否の判定に使われる。

소프트웨어를 릴리스하기 위해 충족해야 할 품질·테스트·승인 조건의 총칭. 릴리스 판단의 객관적인 지표로 기능하며, 출시 가능 여부를 판정하는 데 사용된다.

UIのスクリーンショットを比較し、意図しない見た目の変化を自動検出するテスト手法。CSSやレイアウト崩れの早期発見に有効。

UI 스크린샷을 비교하여 의도치 않은 시각적 변화를 자동으로 감지하는 테스트 기법. CSS 및 레이아웃 깨짐을 조기에 발견하는 데 효과적이다.

テスト対象の機能やリスクを軸にテスト分析結果を体系的に整理するマトリクスで、テストの優先度と重点領域を可視化する分析ツールとしてテスト計画の意思決定を支える手法である

테스트 대상의 기능이나 리스크를 축으로 테스트 분석 결과를 체계적으로 정리하는 매트릭스로, 테스트의 우선순위와 중점 영역을 가시화하는 분석 도구로서 테스트 계획의 의사결정을 뒷받침하는 기법이다

テストに必要なデータの生成・管理・クリーンアップの方針を体系的に定める戦略。テストデータの品質・多様性・安全性を確保し、テスト環境で本番同等のシナリオを再現可能にするための指針を提供する。

테스트에 필요한 데이터의 생성·관리·클린업 방침을 체계적으로 정하는 전략. 테스트 데이터의 품질·다양성·안전성을 확보하고, 테스트 환경에서 본번과 동등한 시나리오를 재현 가능하게 하기 위한 지침을 제공한다.

テスト設計や実装において避けるべき悪い慣行やパターンの総称。テスト間の依存関係、過度なモック使用、脆いセレクタの利用など、テストの信頼性や保守性を低下させる典型的な問題を指す。

테스트 설계나 구현에서 피해야 할 나쁜 관행이나 패턴의 총칭. 테스트 간의 의존 관계, 과도한 목 사용, 취약한 셀렉터의 이용 등, 테스트의 신뢰성이나 유지보수성을 저하시키는 전형적인 문제를 가리킨다.

テストスイートを複数のワーカーに分散して並列実行するための戦略を策定する手法。テスト間の依存関係を排除し、実行時間に基づいた均等分割やシャーディングを設計する。

테스트 스위트를 복수의 워커에 분산하여 병렬 실행하기 위한 전략이다. 테스트 간의 의존 관계를 배제하고 실행 시간에 기반한 균등 분할이나 샤딩을 설계하는 기법이다.

探索的テストにおいて、テストの目的・範囲・アプローチを短く記述したガイド文書。テスターの自律的な判断を促しつつ、テストの方向性を明確にする役割を果たす。

탐색적 테스트에서 테스트의 목적·범위·접근법을 짧게 기술한 가이드 문서로, 테스터의 자율적 판단을 촉진하면서도 테스트 방향성을 명확히 하는 역할을 한다.

テスト対象の入力パラメータを階層的なツリー構造で分類し、各分類から代表値を選んでテストケースを導出するブラックボックス技法。視覚的な分類により、テスト設計の網羅性と効率を両立する。

테스트 대상의 입력 파라미터를 계층적인 트리 구조로 분류하고, 각 분류에서 대표값을 선택하여 테스트 케이스를 도출하는 블랙박스 기법. 시각적인 분류를 통해 테스트 설계의 망라성과 효율을 양립시킨다.

ユーザーの実際の操作フローに基づいてテストの手順と期待結果を体系的に設計する手法で、実際の利用場面を想定した網羅的なテストを実現して品質リスクを効果的に低減させる

사용자의 실제 조작 흐름에 기반하여 테스트의 절차와 기대 결과를 체계적으로 설계하는 기법으로, 실사용 장면을 상정한 포괄적인 테스트를 실현하여 품질 리스크를 효과적으로 저감한다

CI/CDパイプラインにテスト自動化を統合し、コミットからデプロイまでの品質検証を自動化する設計。ユニット・結合・E2Eの各レイヤーを段階的に実行しフィードバック速度と品質担保を両立する仕組みである。

CI/CD 파이프라인에 테스트 자동화를 통합하여 커밋부터 디플로이까지의 품질 검증을 자동화하는 설계이다. 유닛·결합·E2E의 각 레이어를 단계적으로 실행하여 피드백 속도와 품질 담보를 양립하는 구조이다.

各開発フェーズの移行時に品質基準の達成状況を自動的に検証するチェックポイントで、基準未達の場合は次フェーズへの移行をブロックし品質の確実な積み上げを組織的に保証する

각 개발 페이즈의 이행 시에 품질 기준의 달성 상황을 자동으로 검증하는 체크포인트로, 기준 미달 시 다음 페이즈로의 이행을 차단하고 품질의 확실한 축적을 조직적으로 보장한다

ソフトウェアの品質を確認するためにテストケース・テスト手順・テストデータを計画・定義するプロセス。効率的なバグ検出に直結する重要な工程。

소프트웨어 품질 확인을 위해 테스트 케이스·테스트 절차·테스트 데이터를 계획하고 정의하는 프로세스. 효율적인 버그 검출에 직결되는 중요한 공정.

テストコードやテスト基盤のメンテナンス不足により蓄積される技術的負債で、テスト実行速度の低下やフレーキーテストの増加を引き起こしチームの開発生産性を著しく阻害する要因である

테스트 코드나 테스트 기반의 유지보수 부족으로 축적되는 기술적 부채로, 테스트 실행 속도 저하나 불안정 테스트 증가를 초래하여 팀의 개발 생산성을 현저히 저해하는 요인이다

品質は全員の責任であるという意識を組織に浸透させ、日常的に品質を追求する文化を醸成する活動。QA部門だけでなく開発・運用・企画の全チームが品質に当事者意識を持つ組織風土を構築する取り組みである。

품질은 전원의 책임이라는 의식을 조직에 침투시켜 일상적으로 품질을 추구하는 문화를 조성하는 활동이다. QA 부문뿐만 아니라 개발·운용·기획의 전체 팀이 품질에 당사자 의식을 갖는 조직 풍토를 구축하는 활동이다.

テスト自動化のコーディング規約、命名規則、ディレクトリ構造、レビュー基準をまとめたガイドライン文書である。チーム内の自動化コードの一貫性と品質を維持する効果がある。

테스트 자동화의 코딩 규약, 명명 규칙, 디렉터리 구조, 리뷰 기준을 정리한 가이드라인 문서이다. 팀 내의 자동화 코드의 일관성과 품질을 유지한다.

品質メトリクス・テスト進捗・バグ動向を一画面で可視化するダッシュボードの構築。リアルタイムのデータ集約により品質状況の即時把握とデータドリブンな意思決定を可能にするツール整備の取り組みである。

품질 메트릭스·테스트 진행·버그 동향을 한 화면에 가시화하는 대시보드의 구축이다. 실시간 데이터 집약으로 품질 상황의 즉시 파악과 데이터 드리븐 의사 결정을 가능하게 하는 도구 정비의 활동이다.

アジャイル開発のプランニングポーカー手法をテスト見積もりに応用した手法である。QAチームメンバーがテスト工数を相対的に見積もり、認識の差異を議論して合意形成する。

애자일 개발의 플래닝 포커 기법을 테스트 견적에 응용한 기법이다. QA 팀 멤버가 테스트 공수를 상대적으로 견적하고 인식의 차이를 토론하여 합의 형성한다.

パフォーマンス、セキュリティ、可用性、保守性などの非機能要件を検証するテストの総称。機能テストとは異なり、システムの品質特性を数値的な指標で評価する。

성능, 보안, 가용성, 유지보수성 등의 비기능 요건을 검증하는 테스트의 총칭으로, 기능 테스트와 달리 시스템의 품질 특성을 수치적 지표로 평가한다.

テスト自動化スクリプトのメンテナンス不足や設計不良により蓄積される負債で、自動テストの信頼性低下やメンテナンスコスト増大を招くため計画的なリファクタリングと返済が不可欠である

테스트 자동화 스크립트의 유지보수 부족이나 설계 불량으로 축적되는 부채로, 자동 테스트의 신뢰성 저하나 유지보수 비용 증대를 초래하므로 계획적인 리팩토링과 상환이 필수적이다

テスト環境のソフトウェア・ハードウェア構成をバージョン管理し環境の再現性と一貫性を確保するための管理プロセスで、環境起因の問題を未然に防止し安定したテスト実行を実現する

테스트 환경의 소프트웨어·하드웨어 구성을 버전 관리하고 환경의 재현성과 일관성을 확보하기 위한 관리 프로세스로, 환경 기인 문제를 사전에 방지하고 안정된 테스트 실행을 실현한다

ソフトウェアの最小単位（関数・メソッドなど）を個別に検証するテスト手法。バグの早期発見やリファクタリング時の安全性確保に有効で、CI/CDパイプラインに組み込まれることが多い。

소프트웨어의 최소 단위(함수·메서드 등)를 개별적으로 검증하는 테스트 기법. 버그의 조기 발견과 리팩토링 시 안정성 확보에 효과적이며, CI/CD 파이프라인에 통합되는 경우가 많다.

IaCやコンテナ技術を用いてテスト環境の構築を自動化する取り組み。環境の再現性を担保し、テスト開始までのリードタイムを短縮してQAの生産性を向上させる。

IaC나 컨테이너 기술을 사용하여 테스트 환경 구축을 자동화하는 활동으로, 환경의 재현성을 담보하고 테스트 시작까지의 리드타임을 단축하여 QA 생산성을 향상시킨다.

パラメータの組み合わせ増加によりテストケース数が爆発的に増大する問題への対処法。ペアワイズテストや直交表、リスクベースの優先順位付けなどの技法でケース数を実用的な範囲に抑制する。

파라미터 조합 증가로 테스트 케이스 수가 폭발적으로 증대하는 문제에 대한 대처법. 페어와이즈 테스트나 직교표, 리스크 기반 우선순위 결정 등의 기법으로 케이스 수를 실용적인 범위로 억제한다.

バグが発見されてから修正・クローズされるまでの一連の状態遷移プロセス。New→Open→Fixed→Verified→Closedなどのステータス管理が基本となる。

버그가 발견된 후 수정·종료될 때까지의 일련의 상태 전이 프로세스. New→Open→Fixed→Verified→Closed 등의 상태 관리가 기본이 된다.

テスト活動を終了してよいと判断するための条件を定めた基準。テスト消化率、カバレッジ目標、未修正バグの許容レベルなどを数値で明確化し、リリース判定に使用する。

테스트 활동을 종료해도 좋다고 판단하기 위한 조건을 정한 기준으로, 테스트 소화율, 커버리지 목표, 미수정 버그의 허용 레벨 등을 수치로 명확화하여 릴리스 판정에 사용한다.

要件やリスクに対してテストケースの不足領域を特定する分析手法で、カバレッジのギャップを可視化して追加テストの優先度を決定しテスト計画の精度と網羅性を向上させる手法である

요구사항이나 리스크에 대해 테스트 케이스의 부족 영역을 식별하는 분석 기법으로, 커버리지의 갭을 가시화하여 추가 테스트의 우선순위를 결정하고 테스트 계획의 정확도와 망라성을 향상시키는 기법이다

テストケースのバグ検出効率を測定する指標。テストケースあたりのバグ検出数、テスト実行コスト対効果、テストカバレッジ寄与度などを定量化し、テストスイートの有効性を客観的に評価する。

테스트 케이스의 버그 검출 효율을 측정하는 지표. 테스트 케이스당 버그 검출 수, 테스트 실행 비용 대비 효과, 테스트 커버리지 기여도 등을 정량화하여 테스트 스위트의 유효성을 객관적으로 평가한다.

テスト実行結果、バグ件数、カバレッジなどの品質指標をリアルタイムで可視化するツール。プロジェクトの品質状況を一目で把握し、意思決定を迅速化する。

테스트 실행 결과, 버그 건수, 커버리지 등의 품질 지표를 실시간으로 시각화하는 도구로, 프로젝트의 품질 상황을 한눈에 파악하고 의사결정을 신속화한다.

過去のバグデータやコードメトリクスを基に、将来の欠陥発生箇所を統計的に予測するモデル。コード複雑度や変更頻度などの特徴量を用いて、テストリソースの重点配分を支援する手法である。

과거의 버그 데이터나 코드 메트릭스를 기반으로 향후 결함 발생 위치를 통계적으로 예측하는 모델. 코드 복잡도나 변경 빈도 등의 특징량을 이용하여 테스트 리소스의 중점 배분을 지원하는 기법이다.

iOS・Androidアプリのテスト自動化ツール。WebDriverプロトコルを使用し、複数のプログラミング言語でモバイルアプリのE2Eテストを記述・実行できるOSSフレームワーク。

iOS·Android 앱의 테스트 자동화 도구. WebDriver 프로토콜을 사용하여 여러 프로그래밍 언어로 모바일 앱의 E2E 테스트를 작성·실행할 수 있는 오픈소스 프레임워크.

ソフトウェアの変更後に既存機能が正常に動作するかを確認するテスト手法。バグ修正や機能追加による意図しない影響（デグレード）を検出するために実施する。

소프트웨어 변경 후 기존 기능이 정상적으로 동작하는지 확인하는 테스트 기법. 버그 수정이나 기능 추가로 인한 의도치 않은 영향(디그레이드)을 검출하기 위해 실시한다.

システムに意図的に障害や異常を注入し、エラー処理やフォールバック動作の正確性を検証するテスト手法。カオスエンジニアリングの基礎技術の一つ。

시스템에 의도적으로 장애나 이상을 주입하여 에러 처리 및 폴백 동작의 정확성을 검증하는 테스트 기법. 카오스 엔지니어링의 핵심 기술 중 하나.

Pythonの人気テストフレームワーク。シンプルな構文でユニットテストや統合テストを記述でき、豊富なプラグインとフィクスチャ機能で大規模プロジェクトにも対応する。

Python의 인기 테스트 프레임워크. 간단한 문법으로 단위 테스트 및 통합 테스트를 작성할 수 있으며, 풍부한 플러그인과 픽스처 기능으로 대규모 프로젝트에도 대응한다.

テスト対象の要件や仕様を分析し、テスト条件とテスト項目を導出する体系的手法。要件の曖昧さやリスクを早期に発見しテスト設計の入力となる情報を整理する上流テスト活動の手法である。

테스트 대상의 요건이나 사양을 분석하여 테스트 조건과 테스트 항목을 도출하는 체계적 기법이다. 요건의 애매함이나 리스크를 조기에 발견하여 테스트 설계의 입력이 되는 정보를 정리하는 상류 테스트 활동의 기법이다.

本番環境でのモニタリングやカナリアリリースなど、リリース後の段階でもテスト活動を継続する戦略。実際のユーザー行動データを活用して品質を検証し、本番環境固有の問題を早期に検出する。

본번 환경에서의 모니터링이나 카나리 릴리스 등, 릴리스 후 단계에서도 테스트 활동을 계속하는 전략. 실제 사용자 행동 데이터를 활용하여 품질을 검증하고, 본번 환경 고유의 문제를 조기에 검출한다.

ソフトウェア変更後に既存機能が壊れていないかを確認するテスト計画。対象範囲・優先度・自動化方針などを定め、リリース品質を担保する。

소프트웨어 변경 후 기존 기능이 손상되지 않았는지 확인하는 테스트 계획. 대상 범위·우선순위·자동화 방침 등을 정해 릴리스 품질을 보장한다.

テスト活動を振り返り、良かった点・改善すべき点を洗い出すミーティング。テストプロセスのボトルネック、テストツールの課題、チーム間連携の問題などを共有し、次の改善アクションを決定する。

테스트 활동을 되돌아보며, 좋았던 점·개선해야 할 점을 도출하는 미팅. 테스트 프로세스의 병목, 테스트 도구의 과제, 팀 간 연계 문제 등을 공유하고, 다음 개선 액션을 결정한다.

テストの実行順序・並列度・環境配置・リソース割当などを総合的に計画する戦略で、限られたリソースと時間内で最大の品質確認効果を得てテスト完了の確実性を高める手法である

테스트의 실행 순서·병렬도·환경 배치·리소스 할당 등을 종합적으로 계획하는 전략으로, 한정된 리소스와 시간 내에서 최대의 품질 확인 효과를 얻고 테스트 완료의 확실성을 높이는 기법이다

発見されたバグの表面的な原因だけでなく、根本的な発生原因を特定する分析手法。なぜなぜ分析や魚骨図などを用いて、プロセスや組織レベルの改善策を導出し、同種の欠陥の再発を防止する。

발견된 버그의 표면적인 원인뿐만 아니라 근본적인 발생 원인을 특정하는 분석 기법. 왜왜 분석이나 어골도 등을 사용하여 프로세스나 조직 수준의 개선책을 도출하고, 동종 결함의 재발을 방지한다.

テストコードの品質を検証する手法。ソースコードに意図的な変更（ミュータント）を加え、既存テストがその変異を検出できるかを確認することでテストの網羅性を評価する。

테스트 코드의 품질을 검증하는 기법. 소스 코드에 의도적인 변경(뮤턴트)을 가하여 기존 테스트가 해당 변이를 감지할 수 있는지 확인함으로써 테스트의 망라성을 평가한다.

テスト自動化の本格導入前に小規模なスコープで試験的に実施するパイロットプロジェクトである。ツールの適合性やチームの習熟度を検証し、本格導入時のリスクを低減する。

테스트 자동화의 본격 도입 전에 소규모 스코프에서 시험적으로 실시하는 프로젝트이다. 도구의 적합성이나 팀의 숙련도를 검증하고 본격 도입 시의 리스크를 저감한다.

UIの変更に追従してテストコードのセレクタや検証値を自動的に修正する先進技術で、テスト自動化のメンテナンスコストを大幅に削減しテスト基盤の長期的な持続可能性を向上させる

UI 변경에 추종하여 테스트 코드의 셀렉터나 검증값을 자동으로 수정하는 선진 기술로, 테스트 자동화의 유지보수 비용을 대폭 절감하고 테스트 기반의 장기적인 지속 가능성을 향상시킨다

テスト対象のシステムの内部状態や動作を外部から観測しやすくするための設計手法。ログ出力やメトリクス公開、ヘルスチェックエンドポイントなどを組み込み、テスト結果の判定精度を高める。

테스트 대상 시스템의 내부 상태나 동작을 외부에서 관측하기 쉽도록 하기 위한 설계 기법. 로그 출력이나 메트릭스 공개, 헬스 체크 엔드포인트 등을 내장하여 테스트 결과의 판정 정확도를 높인다.

複数のテスト環境・ツール・テストスイートの実行を一元的に制御・調整するオーケストレーションの設計。並列実行や依存関係管理を自動化しテスト実行全体のスループットと信頼性を最大化する仕組みである。

여러 테스트 환경·도구·테스트 스위트의 실행을 일원적으로 제어·조정하는 오케스트레이션의 설계이다. 병렬 실행이나 의존 관계 관리를 자동화하여 테스트 실행 전체의 스루풋과 신뢰성을 최대화하는 구조이다.

組織の品質保証プロセスの成熟レベルを段階的に定義し改善ロードマップを策定するためのモデル。初期段階から最適化段階まで5段階で評価し各段階の達成基準と改善アクションを明確にするフレームワークである。

조직의 품질 보증 프로세스의 성숙 레벨을 단계적으로 정의하고 개선 로드맵을 수립하기 위한 모델이다. 초기 단계부터 최적화 단계까지 5단계로 평가하고 각 단계의 달성 기준과 개선 액션을 명확히 하는 프레임워크이다.

計画されたテストケースの実行状況・結果・進捗をリアルタイムで管理する活動。未実行・成功・失敗・ブロックのステータスを追跡しテスト完了までの残作業と品質状況を可視化する運用管理手法である。

계획된 테스트 케이스의 실행 상황·결과·진행을 실시간으로 관리하는 활동이다. 미실행·성공·실패·블록의 스테이터스를 추적하여 테스트 완료까지의 잔여 작업과 품질 상황을 가시화하는 운용 관리 기법이다.

テストの目的・範囲・手法・スケジュール・リソース・リスクを文書化したテスト計画書の作成活動。IEEE829等の標準に準拠し、テスト活動全体の方針と完了基準を明確にする基盤文書の策定である。

테스트의 목적·범위·기법·일정·리소스·리스크를 문서화한 테스트 계획서의 작성 활동이다. IEEE829 등의 표준에 준거하여 테스트 활동 전체의 방침과 완료 기준을 명확히 하는 기반 문서의 수립이다.

テストメトリクスやバグトレンドなどのデータを基に、リリース時の品質状態を予測し可視化するダッシュボード。バグ収束曲線やテスト進捗率から品質リスクを自動算出し、リリース判断を支援する。

테스트 메트릭스나 버그 트렌드 등의 데이터를 기반으로 릴리스 시의 품질 상태를 예측하여 가시화하는 대시보드. 버그 수렴 곡선이나 테스트 진척률에서 품질 리스크를 자동 산출하여 릴리스 판단을 지원한다.

性能・信頼性・保守性・セキュリティなどソフトウェアの品質属性を対象としたテストで、非機能要件の充足度を検証し品質特性を定量的に確認してリリース判断の客観的な材料とする

성능·신뢰성·유지보수성·보안 등 소프트웨어의 품질 속성을 대상으로 한 테스트로, 비기능 요구사항의 충족도를 검증하고 품질 특성을 정량적으로 확인하여 릴리스 판단의 객관적 근거로 한다

バグ密度・テストカバレッジ・欠陥検出率などの品質指標を継続的に収集・分析する管理手法であり、データに基づいた品質改善の意思決定とプロセス最適化を支援する。

버그 밀도·테스트 커버리지·결함 검출률 등의 품질 지표를 지속적으로 수집·분석하는 관리 수법이며, 데이터에 기반한 품질 개선의 의사 결정과 프로세스 최적화를 지원한다.

ビジネス要件を満たしているかを確認する受入テストを自動化する取り組み。GherkinなどのBDD記法でテストシナリオを記述し、ステークホルダーとの認識を一致させる。

비즈니스 요건을 충족하는지 확인하는 인수 테스트를 자동화하는 활동으로, Gherkin 등의 BDD 기법으로 테스트 시나리오를 작성하여 이해관계자와의 인식을 일치시킨다.

テストを自動化する範囲・ツール・実行タイミングを定めた計画。ユニット・統合・E2Eなど各レイヤーの自動化方針をテストピラミッドに基づき決定する。

테스트를 자동화할 범위, 도구, 실행 시점을 정한 계획. 유닛·통합·E2E 등 각 레이어의 자동화 방침을 테스트 피라미드를 기반으로 결정한다.

本番データをテスト用に匿名化・マスキングする手法で、個人情報保護法に準拠しながら現実的なテストデータを確保しテスト精度を維持する重要なデータセキュリティプラクティスである

운영 데이터를 테스트용으로 익명화·마스킹하는 기법으로, 개인정보보호법에 준거하면서 현실적인 테스트 데이터를 확보하고 테스트 정확도를 유지하는 중요한 데이터 보안 프랙티스이다

テスト実行後の結果データを分析しパターンや改善点を抽出するレビュー活動。失敗テストの原因分類・フレーキーテストの特定・カバレッジギャップの発見を通じて次のテストサイクルの品質を向上させる活動である。

테스트 실행 후의 결과 데이터를 분석하여 패턴이나 개선점을 추출하는 리뷰 활동이다. 실패 테스트의 원인 분류·플레이키 테스트의 특정·커버리지 갭의 발견을 통해 다음 테스트 사이클의 품질을 향상시키는 활동이다.

開発ライフサイクルの早期段階からテスト活動を実施することで、不具合の早期発見・修正を目指す戦略。要件定義や設計段階でのレビューやテスト設計を強化し、後工程での手戻りを大幅に削減する。

개발 라이프사이클의 초기 단계부터 테스트 활동을 실시함으로써 결함의 조기 발견·수정을 목표로 하는 전략. 요건 정의나 설계 단계에서의 리뷰와 테스트 설계를 강화하여 후공정에서의 재작업을 대폭 줄인다.

テスト対象の機能や品質特性に対して、どのような観点でテストするかを網羅的に列挙したリスト。テスト設計の抜け漏れを防ぎ、チーム間でテスト方針を共有する基盤となる。

테스트 대상의 기능이나 품질 특성에 대해 어떤 관점으로 테스트할지를 망라적으로 열거한 리스트로, 테스트 설계의 누락을 방지하고 팀 간 테스트 방침을 공유하는 기반이 된다.

テスト実施結果をまとめた報告書。テストケースの合否、バグ件数、カバレッジ、品質状況などを記載し、リリース判断の根拠となる重要ドキュメント。

테스트 실행 결과를 정리한 보고서. 테스트 케이스 합격 여부, 버그 건수, 커버리지, 품질 현황 등을 기재하며 릴리스 판단의 근거가 되는 중요 문서.

テスト活動を開始するために満たすべき前提条件を定めた基準。テスト環境の準備完了、テストデータの用意、ビルドの安定性確認など、テスト開始前のチェック項目を明確化する。

테스트 활동을 시작하기 위해 충족해야 할 전제 조건을 정한 기준으로, 테스트 환경 준비 완료, 테스트 데이터 준비, 빌드 안정성 확인 등 테스트 시작 전 체크 항목을 명확화한다.

組織全体の品質に対する方向性・価値観・優先事項を明文化した方針の策定活動。品質目標の上位概念として位置づけ、全チームの品質活動の判断基準となる指針を経営層と合意する取り組みである。

조직 전체의 품질에 대한 방향성·가치관·우선 사항을 명문화한 방침의 수립 활동이다. 품질 목표의 상위 개념으로 위치시켜 전체 팀의 품질 활동의 판단 기준이 되는 지침을 경영층과 합의하는 활동이다.

アプリケーションの実行時に各処理のCPU使用率・メモリ消費・実行時間を計測し、ボトルネックを特定する手法。最適化の優先箇所を明確にする。

애플리케이션 실행 중 각 처리의 CPU 사용률·메모리 소비·실행 시간을 측정하여 병목 지점을 파악하는 기법. 최적화 우선순위를 명확히 하는 데 활용된다.

テスト実行結果の合否を人手に頼らず自動的に判定する仕組み。期待値との比較、スナップショット比較、アサーションルールの適用などを自動化し、テスト判定の一貫性と速度を向上させる。

테스트 실행 결과의 합부를 사람의 손에 의존하지 않고 자동으로 판정하는 구조. 기대값과의 비교, 스냅숏 비교, 어서션 규칙의 적용 등을 자동화하여 테스트 판정의 일관성과 속도를 향상시킨다.

テストコード自体の品質を評価するための明確な基準である。可読性、保守性、独立性、再現性などの観点から定量的・定性的な指標を設定し、テストコードレビューに活用する。

테스트 코드 자체의 품질을 평가하기 위한 기준이다. 가독성, 유지보수성, 독립성, 재현성 등의 관점에서 정량적·정성적 지표를 설정하고 테스트 코드 리뷰에 활용한다.

直交表を利用して、多数のパラメータの組み合わせを効率的にカバーするテスト設計手法。全組み合わせテストに比べてケース数を大幅に削減しつつ、二因子間の網羅性を保証できる特徴がある。

직교 배열표를 이용하여 다수의 파라미터 조합을 효율적으로 커버하는 테스트 설계 기법. 전수 조합 테스트에 비해 케이스 수를 대폭 줄이면서 이인자 간의 망라성을 보장할 수 있는 특징이 있다.

冗長なテストケースの統合・不要ケースの削除・優先度に基づく選択的実行によりテストの効率を向上させる活動。限られた時間内で最大の欠陥検出効果を得るためのテストケース最適化手法である。

장황한 테스트 케이스의 통합·불필요 케이스의 삭제·우선도에 기반한 선택적 실행으로 테스트의 효율을 향상시키는 활동이다. 한정된 시간 내에 최대의 결함 검출 효과를 얻기 위한 테스트 케이스 최적화 기법이다.

開発ライフサイクルの各段階に品質チェックポイントを設置し通過基準を運用する品質管理手法。コードレビュー・テスト完了・セキュリティスキャンなどの条件を満たさない限り次工程に進めない仕組みの運用である。

개발 라이프사이클의 각 단계에 품질 체크포인트를 설치하여 통과 기준을 운용하는 품질 관리 기법이다. 코드 리뷰·테스트 완료·보안 스캔 등의 조건을 충족하지 않는 한 다음 공정으로 진행할 수 없는 구조의 운용이다.

プロダクトの品質を測定するためのKPI・メトリクスを選定し定義する設計活動。先行指標と遅行指標を組み合わせ品質の現状と将来のリスクを多角的に把握できる指標体系を構築する取り組みである。

프로덕트의 품질을 측정하기 위한 KPI·메트릭스를 선정하고 정의하는 설계 활동이다. 선행 지표와 지행 지표를 조합하여 품질의 현황과 장래의 리스크를 다각적으로 파악할 수 있는 지표 체계를 구축하는 활동이다.

テスト実行に必要なインフラストラクチャ（サーバー、ネットワーク、ツール、CI/CD連携など）を整備・最適化する活動。安定したテスト実行環境を提供し、テスト活動全体の効率と信頼性を底上げする。

테스트 실행에 필요한 인프라스트럭처(서버, 네트워크, 도구, CI/CD 연계 등)를 정비·최적화하는 활동. 안정된 테스트 실행 환경을 제공하여 테스트 활동 전체의 효율과 신뢰성을 끌어올린다.

テスターと開発者が同時に一つの画面を見ながら協力してテストを実施する手法であり、異なる視点の組み合わせにより単独テストでは発見困難なバグを効率的に検出する。

테스터와 개발자가 동시에 하나의 화면을 보면서 협력하여 테스트를 실시하는 수법이며, 다른 시점의 조합으로 단독 테스트에서는 발견 곤란한 버그를 효율적으로 검출한다.

QAチームメンバーのテスト技術・ツール・ドメイン知識の習熟度を一覧化したスキル管理表。チームの強みと弱みを可視化しスキル育成計画やテスト担当の最適配置を支援するリソース管理ツールである。

QA 팀 멤버의 테스트 기술·도구·도메인 지식의 숙련도를 일람화한 스킬 관리표이다. 팀의 강점과 약점을 가시화하여 스킬 육성 계획이나 테스트 담당의 최적 배치를 지원하는 리소스 관리 도구이다.

テストケース間の依存関係を可視化・管理する手法で、依存関係による実行順序の制約を正確に把握し独立実行可能な設計への改善を促進してテストの並列化と安定性を支援する

테스트 케이스 간의 의존 관계를 가시화·관리하는 기법으로, 의존 관계에 의한 실행 순서 제약을 정확히 파악하고 독립 실행 가능한 설계로의 개선을 촉진하여 테스트의 병렬화와 안정성을 지원한다

テスト技法の一つ。入力値を同じ処理結果になるグループ（同値クラス）に分割し、各クラスから代表値を選んでテストケースを効率化する手法。

테스트 기법 중 하나로, 입력값을 동일한 처리 결과를 가지는 그룹(동치 클래스)으로 분할하여 각 클래스에서 대표값을 선택해 테스트 케이스를 효율화하는 기법.

テスト対象の関数やシステムが満たすべき「性質（プロパティ）」を定義し、ランダムに生成した多数の入力データで自動検証するテスト手法。QuickCheckが先駆け。

테스트 대상 함수나 시스템이 충족해야 할 '속성(property)'을 정의하고, 무작위로 생성한 다수의 입력 데이터로 자동 검증하는 테스트 기법. QuickCheck이 선구자다.

テスト実行結果の通知先、通知タイミング、通知内容を最適化する手法である。重要な失敗のみ即座に通知し、成功時は集約レポートにまとめることでアラート疲れを防止する。

테스트 실행 결과의 알림처, 알림 타이밍, 알림 내용을 최적화하는 기법이다. 중요한 실패만 즉시 알림하고 성공 시에는 집약 리포트에 정리하여 알림 피로를 방지한다.

テスト実行の進捗・結果・傾向をリアルタイムで可視化する統合ダッシュボードツールで、品質状況の即時把握と意思決定の迅速化を支援しステークホルダーへの透明性を確保する

테스트 실행의 진척·결과·추세를 실시간으로 가시화하는 대시보드 도구로, 품질 상황의 즉시 파악과 의사결정의 신속화를 지원하며 이해관계자에게 투명성을 확보한다

発見されたバグをビジネス影響度・再現率・深刻度などの基準でランク付けし、修正順序を決定するプロセス。CriticalからLowまで段階的に管理する。

발견된 버그를 비즈니스 영향도·재현율·심각도 등의 기준으로 등급을 매기고 수정 순서를 결정하는 프로세스. Critical부터 Low까지 단계적으로 관리한다.

テスト対象システムの要件を分析し、テストすべき機能・非機能要件を明確にする初期工程。テストの範囲と対象を定義し、テスト計画やテスト設計の基盤となるテスト条件の洗い出しを行う。

테스트 대상 시스템의 요건을 분석하여 테스트해야 할 기능·비기능 요건을 명확히 하는 초기 공정. 테스트의 범위와 대상을 정의하고, 테스트 계획이나 테스트 설계의 기반이 되는 테스트 조건의 도출을 수행한다.

ソフトウェアを特定の地域・言語向けに適応させた際、翻訳・日付・通貨・文字コードなどが正しく動作するかを検証するテスト手法。

소프트웨어를 특정 지역 및 언어에 맞게 적용했을 때, 번역·날짜·통화·문자 인코딩 등이 올바르게 동작하는지 검증하는 테스트 기법.

テストを実行する前に必要な初期状態やデータを準備・セットアップする仕組み。テストの前後処理（setUp/tearDown）を定義し、再現性のあるテスト環境を確保する。

테스트를 실행하기 전에 필요한 초기 상태나 데이터를 준비·설정하는 구조. 테스트의 전후 처리(setUp/tearDown)를 정의하여 재현 가능한 테스트 환경을 확보한다.

組織のテストプロセスの成熟度を段階的に評価するフレームワーク。TMMiやTPI Nextなどが代表的で、現状の課題を明確にし改善の方向性を定めるために活用される。

조직의 테스트 프로세스 성숙도를 단계적으로 평가하는 프레임워크로, TMMi나 TPI Next 등이 대표적이며 현상의 과제를 명확히 하고 개선 방향을 정하는 데 활용된다.

テストの実行タイミングと順序を計画的にスケジュール管理する手法で、リソースの有効活用とテスト完了期日の遵守を確保しCI/CD環境での効率的なテスト実行を実現するプラクティスである

테스트의 실행 타이밍과 순서를 계획적으로 스케줄 관리하는 기법으로, 리소스의 유효 활용과 테스트 완료 기일의 준수를 확보하고 CI/CD 환경에서의 효율적인 테스트 실행을 실현하는 프랙티스이다

単体テスト・結合テストが完了した後、システム全体が要件定義通りに動作するかを検証するテスト工程。本番環境に近い環境で実施する。

단위 테스트·통합 테스트 완료 후, 시스템 전체가 요건 정의대로 동작하는지 검증하는 테스트 공정. 운영 환경에 가까운 환경에서 실시한다.

APIのリクエスト・レスポンスをスクリプトで自動的に検証する手法。CI/CDパイプラインに組み込み、バックエンドの品質を継続的に担保するために活用される。

API의 요청·응답을 스크립트로 자동 검증하는 기법. CI/CD 파이프라인에 통합하여 백엔드 품질을 지속적으로 보장하는 데 활용된다.

プロジェクトの技術スタックや品質要件に最適なテスト自動化フレームワークを評価・選定するプロセスで、長期的な保守性・拡張性・チーム適合性を総合的に考慮した技術選定を行う

프로젝트의 기술 스택이나 품질 요구사항에 최적인 테스트 자동화 프레임워크를 평가·선정하는 프로세스로, 장기적인 유지보수성·확장성·팀 적합성을 종합적으로 고려한 기술 선정을 수행한다

テスト結果の合否をルールベースやAIアルゴリズムで自動的に判定するエンジンで、手動判定の工数を削減し大量テストの結果確認を高速化する自動化基盤のコンポーネントである

테스트 결과의 합격 여부를 룰 베이스나 AI 알고리즘으로 자동으로 판정하는 엔진으로, 수동 판정의 공수를 절감하고 대량 테스트의 결과 확인을 고속화하는 자동화 기반의 컴포넌트이다

過去のテスト実績データを活用しテスト工数見積もりの精度を継続的に改善する活動。ファンクションポイント法や類推法を組み合わせ、見積もりと実績の乖離を分析し精度を高めるプロセス改善手法である。

과거의 테스트 실적 데이터를 활용하여 테스트 공수 견적의 정밀도를 지속적으로 개선하는 활동이다. 펑션 포인트법이나 유추법을 조합하여 견적과 실적의 괴리를 분석하고 정밀도를 높이는 프로세스 개선 기법이다.

継続的インテグレーション・デリバリーのパイプラインにテストを組み込み、コード変更ごとに自動テストを実行する仕組みであり、品質ゲートの自動化によりリリース速度と品質の両立を実現する。

지속적 인티그레이션·딜리버리의 파이프라인에 테스트를 통합하여 코드 변경마다 자동 테스트를 실행하는 구조이며, 품질 게이트의 자동화로 릴리스 속도와 품질의 양립을 실현한다.

テストケースの品質を客観的に評価するための明確なレビュー基準で、網羅性・明確性・再現性・独立性などの観点からチェックリストを定義しレビュー品質の均一化と効率化を実現する

테스트 케이스의 품질을 객관적으로 평가하기 위한 명확한 리뷰 기준으로, 망라성·명확성·재현성·독립성 등의 관점에서 체크리스트를 정의하고 리뷰 품질의 균일화와 효율화를 실현한다

システムをリリース前に実際のユーザーや顧客が要件を満たしているか検証するテスト。UAT（User Acceptance Testing）とも呼ばれ、最終承認の判断基準となる。

시스템을 릴리스하기 전에 실제 사용자나 고객이 요건을 충족하는지 검증하는 테스트. UAT(User Acceptance Testing)라고도 하며, 최종 승인의 판단 기준이 된다.

QA経験者が開発チームやジュニアテスターにテスト技術・考え方を指導し育成するコーチング活動。ペアテストやテスト設計ワークショップを通じてチーム全体のテスト能力を底上げする人材育成手法である。

QA 경험자가 개발팀이나 주니어 테스터에게 테스트 기술·사고방식을 지도하고 육성하는 코칭 활동이다. 페어 테스트나 테스트 설계 워크숍을 통해 팀 전체의 테스트 능력을 저변 확대하는 인재 육성 기법이다.

要件定義で合意した受入基準に基づいてシステムがビジネス要件を満たしているかを顧客視点で検証するテストであり、リリース可否の最終判断材料として機能する。

요건 정의에서 합의한 인수 기준에 기반하여 시스템이 비즈니스 요건을 충족하는지를 고객 시점에서 검증하는 테스트이며, 릴리스 가부의 최종 판단 재료로 기능한다.

テスト対象のコードを実行するために必要なドライバやスタブ、テストデータなどの支援ツール群。テスト環境を自動的に構築し、繰り返し実行可能な状態を提供する。

테스트 대상 코드를 실행하기 위해 필요한 드라이버, 스텁, 테스트 데이터 등의 지원 도구군으로, 테스트 환경을 자동으로 구축하여 반복 실행 가능한 상태를 제공한다.

異なるビルドやバージョン間のテスト実行結果を自動的に比較し、新たに発生した失敗や改善された項目を即座に検出する手法である。リリース判定の迅速化に大きく貢献する。

다른 빌드나 버전 간의 테스트 실행 결과를 비교하여 새로 발생한 실패나 개선된 항목을 자동으로 검출하는 기법이다. 릴리스 판정의 신속화에 기여한다.

テストの目的・範囲・手法・スケジュール・リソースを体系的に定義する文書であり、テスト活動全体の指針として品質保証の方向性と完了基準を明確にする。

테스트의 목적·범위·수법·스케줄·리소스를 체계적으로 정의하는 문서이며, 테스트 활동 전체의 지침으로 품질 보증의 방향성과 완료 기준을 명확히 한다.

開発プロセス全体を通じて品質を継続的に維持・改善するアプローチ。CI/CDパイプラインやテスト自動化と組み合わせて、リリースごとに品質基準を担保する考え方。

개발 프로세스 전반에 걸쳐 품질을 지속적으로 유지·개선하는 접근 방식. CI/CD 파이프라인 및 테스트 자동화와 결합하여 릴리스마다 품질 기준을 보장하는 개념.

開発者・QA・POが一堂に会してテストケースを協力して設計するワークショップ形式の活動で、多角的な視点からテストの網羅性と品質を向上させ見落としがちなエッジケースを発見する

개발자·QA·PO가 한자리에 모여 테스트 케이스를 협력하여 설계하는 워크숍 형식의 활동으로, 다각적인 시점에서 테스트의 망라성과 품질을 향상시키고 놓치기 쉬운 엣지 케이스를 발견한다

テスト時に未実装または依存コンポーネントの代替として使う仮実装。呼び出しに対して固定値を返すだけのシンプルな代替オブジェクト。

테스트 시 미구현 또는 의존 컴포넌트의 대체로 사용하는 가짜 구현체. 호출에 대해 고정값만 반환하는 단순한 대체 객체.

テストケースの内容やメタデータに基づいて自動的にカテゴリ分類する手法。機能テスト、非機能テスト、回帰テストなどへの分類を自動化し、テスト管理の効率を向上させる。

테스트 케이스의 내용이나 메타데이터에 기반하여 자동으로 카테고리 분류하는 기법이다. 기능 테스트, 비기능 테스트, 회귀 테스트 등에의 분류를 자동화하여 테스트 관리의 효율이 향상된다.

バグや障害・タスクの優先度を分類・評価するプロセス。重大度と緊急度を基準に対応順序を決定し、限られたリソースを効率的に配分するために行う。

버그나 장애, 태스크의 우선순위를 분류·평가하는 프로세스. 심각도와 긴급도를 기준으로 대응 순서를 결정하고, 한정된 리소스를 효율적으로 배분하기 위해 수행한다.

テストの計画・設計・実行・報告を包括的に管理する活動。テストの進捗や品質状況を把握し、リスクに応じたリソース配分や優先度調整を行い、品質目標の達成を支援する。

테스트의 계획·설계·실행·보고를 포괄적으로 관리하는 활동으로, 테스트 진척이나 품질 상황을 파악하고 리스크에 따른 리소스 배분과 우선도 조정을 통해 품질 목표 달성을 지원한다.

人間が手作業でソフトウェアの動作を確認するテスト手法。自動化テストと対比され、UIの使い勝手や複雑なシナリオの検証に適している。

사람이 직접 소프트웨어의 동작을 확인하는 테스트 기법. 자동화 테스트와 대비되며, UI 사용성이나 복잡한 시나리오 검증에 적합하다.

過去のテスト実行履歴を蓄積して分析し、失敗頻度の高いテストや実行時間の推移を可視化する手法である。テストスイートの健全性を長期的に監視し継続的な改善につなげる。

과거의 테스트 실행 이력을 축적·분석하여 실패 빈도가 높은 테스트나 실행 시간의 추이를 시각화하는 기법이다. 테스트 스위트의 건전성을 장기적으로 감시하고 개선에 연결한다.

ミューテーションテストで生成した変異体のうちテストで検出できた割合を示す指標で、テストスイートのバグ検出能力を定量的に評価しテスト品質の改善方針を明確にするメトリクスである

뮤테이션 테스트에서 생성한 변이체 중 테스트로 검출한 비율을 나타내는 지표로, 테스트 스위트의 버그 검출 능력을 정량적으로 평가하고 테스트 품질의 개선 방향을 명확히 하는 메트릭스이다

外部依存をモックやスタブで代替しテスト対象のコンポーネントを独立して検証する手法であり、テストの実行速度と安定性を向上させ外部サービスに依存しないテスト環境を構築する。

외부 의존을 목이나 스텁으로 대체하여 테스트 대상의 컴포넌트를 독립적으로 검증하는 수법이며, 테스트의 실행 속도와 안정성을 향상시켜 외부 서비스에 의존하지 않는 테스트 환경을 구축한다.

テスト計画書、テストケース、テストスクリプト、テストデータなどのテスト関連成果物を体系的に管理する活動。バージョン管理やアクセス制御を適用し、テスト資産の再利用性と追跡可能性を確保する。

테스트 계획서, 테스트 케이스, 테스트 스크립트, 테스트 데이터 등의 테스트 관련 산출물을 체계적으로 관리하는 활동. 버전 관리나 접근 제어를 적용하여 테스트 자산의 재사용성과 추적 가능성을 확보한다.

システムの応答時間・スループット・安定性を検証するため、負荷シナリオや測定指標を事前に定義するテスト計画プロセス。

시스템의 응답 시간, 처리량, 안정성을 검증하기 위해 부하 시나리오와 측정 지표를 사전에 정의하는 테스트 계획 프로세스.

実際のエンドユーザーがWebサービスを利用する際のパフォーマンスデータをリアルタイムで収集・分析する手法。RUMとも呼ばれ、ページロード時間やエラー率を把握できる。

실제 최종 사용자가 웹 서비스를 이용할 때의 성능 데이터를 실시간으로 수집·분석하는 기법. RUM이라고도 하며, 페이지 로드 시간이나 오류율을 파악할 수 있다.

システムの正常時のパフォーマンス指標を計測し基準値として記録すること。以降のリリースで性能劣化がないかを比較検証する際の判断基準として活用する。

시스템의 정상 시 성능 지표를 계측하여 기준값으로 기록하는 것으로, 이후 릴리스에서 성능 저하가 없는지를 비교 검증할 때의 판단 기준으로 활용한다.

テスト実行基盤のCPU使用率、メモリ消費量、ディスクI/Oなどを継続的に監視し、テスト実行の安定性を確保するインフラ監視の手法。リソース不足による偽の失敗を防止する。

테스트 실행 기반의 CPU 사용률, 메모리 소비량, 디스크 I/O 등을 감시하여 테스트 실행의 안정성을 확보하는 인프라 감시이다. 리소스 부족에 의한 거짓 실패를 방지한다.

コード変更がテストケースに与える影響度を数値化し、優先的に実行すべきテストを自動的に選定するスコアリング手法で、テスト実行の効率を大幅に向上させる

코드 변경이 테스트 케이스에 미치는 영향도를 수치화하여 우선적으로 실행해야 할 테스트를 자동으로 선정하는 스코어링 기법으로, 테스트 실행 효율을 대폭 향상시킨다

ランダムな入力や操作をシステムに対して大量に実行し、予期しないクラッシュやエラーを発見するテスト手法。仕様書に基づかない自由な操作で潜在的な不具合を検出する。

랜덤한 입력이나 조작을 시스템에 대해 대량으로 실행하여 예기치 않은 크래시나 에러를 발견하는 테스트 수법으로, 사양서에 기반하지 않는 자유로운 조작으로 잠재적 결함을 검출한다.

テストがソースコードのどの程度の範囲を網羅しているかを数値化・分析する手法。行・分岐・条件などの観点でカバレッジを計測し、テストの品質向上に活用する。

테스트가 소스 코드의 얼마나 많은 범위를 커버하는지 수치화하고 분석하는 기법. 라인·분기·조건 등의 관점에서 커버리지를 측정하여 테스트 품질 향상에 활용한다.

時間を区切ったセッション単位で探索的テストを実施する手法。テスターが目標（チャーター）を持ち、一定時間内に自由にシステムを探索しながらバグを発見する。SBTとも呼ばれる。

시간을 구분한 세션 단위로 탐색적 테스트를 수행하는 기법. 테스터가 목표(차터)를 가지고 일정 시간 내에 자유롭게 시스템을 탐색하면서 버그를 발견한다. SBT라고도 불린다.

各テストケースが他のテストに依存せず、単独で実行しても同じ結果を得られるように設計する原則。テストの実行順序に依存しない設計により、並列実行や個別実行での信頼性を保証する。

각 테스트 케이스가 다른 테스트에 의존하지 않고, 단독으로 실행해도 동일한 결과를 얻을 수 있도록 설계하는 원칙. 테스트의 실행 순서에 의존하지 않는 설계로 병렬 실행이나 개별 실행에서의 신뢰성을 보장한다.

システム全体をユーザー視点で最初から最後まで通して検証するテスト手法。実際の使用シナリオを模倣し、UIからDBまで一連のフローが正常に動作するかを確認する。

시스템 전체를 사용자 관점에서 처음부터 끝까지 검증하는 테스트 기법. 실제 사용 시나리오를 모방하여 UI부터 DB까지 일련의 흐름이 정상적으로 동작하는지 확인한다.

個々のコンポーネント（モジュール）を独立して検証するテスト手法。ユニットテストより広い範囲をカバーし、コンポーネント単体の動作・インターフェースを確認する。

개별 컴포넌트(모듈)를 독립적으로 검증하는 테스트 기법. 유닛 테스트보다 넓은 범위를 커버하며, 컴포넌트 단체의 동작과 인터페이스를 확인한다.

モック、スタブ、スパイ、フェイクなどのテストダブルの使い分けと管理方針を体系的に定める戦略である。テストダブルの過剰使用による保守コスト増大を防止する指針を含む。

목, 스텁, 스파이, 페이크 등의 테스트 더블의 사용 구분과 관리 방침을 정하는 전략이다. 테스트 더블의 과잉 사용에 의한 유지보수 비용 증대를 방지하는 지침을 포함한다.

QAチーム内外でテスト技法やバグ分析の知見を定期的に共有する会議体。過去の障害事例の振り返りや新しいテストツールの紹介などを通じてチーム全体の品質意識を向上させる。

QA 팀 내외에서 테스트 기법이나 버그 분석의 지견을 정기적으로 공유하는 회의체이다. 과거의 장애 사례 회고나 새로운 테스트 도구의 소개 등을 통해 팀 전체의 품질 의식을 향상시키는 활동이다.

本番環境の一部ユーザーにのみ新バージョンを適用し、問題が発生しないか段階的に検証するテスト手法で、全体リリース前にリスクを最小化する

프로덕션 환경의 일부 사용자에게만 신규 버전을 적용하여 문제가 발생하지 않는지 단계적으로 검증하는 테스트 기법으로, 전체 릴리스 전에 리스크를 최소화한다

テストケース・テストデータ・テストスクリプト・テスト環境設定などのテスト関連資産を体系的に管理する活動。バージョン管理とアクセス制御を整備しテスト資産の再利用性と保守性を確保する管理手法である。

테스트 케이스·테스트 데이터·테스트 스크립트·테스트 환경 설정 등의 테스트 관련 자산을 체계적으로 관리하는 활동이다. 버전 관리와 접근 제어를 정비하여 테스트 자산의 재사용성과 유지보수성을 확보하는 관리 기법이다.

BDD（Behavior Driven Development）はユーザーの振る舞いを自然言語で記述したシナリオを基にテストと実装を進める開発手法。Given-When-Thenの構文が使われる。

BDD(Behavior Driven Development)는 사용자의 행위를 자연어로 기술한 시나리오를 기반으로 테스트와 구현을 진행하는 개발 방법론으로, Given-When-Then 구문이 사용된다.

テスト自動化の導入効果・保守コスト・カバレッジを総合的に評価し改善方針を決定する活動。自動化の投資対効果を明確にし、手動テストとの最適なバランスを見極めるための分析手法である。

테스트 자동화의 도입 효과·유지보수 비용·커버리지를 종합적으로 평가하여 개선 방침을 결정하는 활동이다. 자동화의 투자 대비 효과를 명확히 하고 수동 테스트와의 최적 균형을 파악하기 위한 분석 기법이다.

発見されたバグや不具合を種類・原因・影響度などの観点で体系的に分類する仕組み。欠陥の傾向を把握しやすくなり、根本原因の分析や再発防止策の策定、品質改善活動の効果測定に活用される。

발견된 버그나 결함을 종류·원인·영향도 등의 관점에서 체계적으로 분류하는 구조. 결함의 경향을 파악하기 쉬워지며, 근본 원인 분석이나 재발 방지책 수립, 품질 개선 활동의 효과 측정에 활용된다.

システムやアプリケーションの応答速度・処理能力・安定性を負荷をかけながら測定・評価するテスト手法。リリース前の品質保証として実施される。

시스템이나 애플리케이션의 응답 속도, 처리 능력, 안정성을 부하를 가하면서 측정·평가하는 테스트 기법으로, 릴리스 전 품질 보증을 위해 실시된다.

テストコードにおける設計上の問題を示す兆候であり、脆弱なテストやメンテナンス困難なテストを早期に検出して改善するための指標として静的解析ツールに組み込まれるコード品質概念である

테스트 코드에서의 설계상 문제를 나타내는 징후이며, 취약한 테스트나 유지보수가 어려운 테스트를 조기에 검출하여 개선하기 위한 지표로서 정적 분석 도구에 통합되는 코드 품질 개념이다

組織全体のテスト活動を統制し、テスト方針・標準・ガイドラインの策定と遵守を推進する体制。複数プロジェクト間でテストプロセスの一貫性と品質基準の統一を図る。

조직 전체의 테스트 활동을 통제하고 테스트 방침·표준·가이드라인의 수립과 준수를 추진하는 체제로, 복수 프로젝트 간 테스트 프로세스의 일관성과 품질 기준의 통일을 도모한다.

複数のWebブラウザ（Chrome、Firefox、Safari、Edgeなど）で、アプリケーションの表示や動作が一貫していることを確認するテスト手法。

여러 웹 브라우저(Chrome, Firefox, Safari, Edge 등)에서 애플리케이션의 표시 및 동작이 일관되게 작동하는지 확인하는 테스트 기법.

アプリケーションのセキュリティ脆弱性を体系的に検証するためのテスト計画。OWASP Top 10などの基準を参照し、静的解析・動的解析・ペネトレーションテストの実施方針を策定する。

애플리케이션의 보안 취약성을 체계적으로 검증하기 위한 테스트 계획으로, OWASP Top 10 등의 기준을 참조하여 정적 분석·동적 분석·침투 테스트의 실시 방침을 수립한다.

テスト実行結果をオブザーバビリティプラットフォームに統合し、テストの健全性をメトリクス、ログ、トレースの三つの柱で継続的に監視する包括的な仕組みを構築する手法である。

테스트 실행 결과를 옵저버빌리티 플랫폼에 통합하여 테스트의 건전성을 메트릭스, 로그, 트레이스의 세 축으로 감시하는 구조이다.

テスト実行結果を集計し合格率・バグ件数・未実行項目などを体系的に報告する文書作成プロセスであり、品質状況の可視化によりリリース判断の根拠を提供する。

테스트 실행 결과를 집계하여 합격률·버그 건수·미실행 항목 등을 체계적으로 보고하는 문서 작성 프로세스이며, 품질 상황의 가시화로 릴리스 판단의 근거를 제공한다.

性能や信頼性などの品質属性を具体的なシナリオとして詳細に記述し、測定可能な基準値を設定してテスト可能な形式にする手法である。非機能要件の曖昧さを排除する効果がある。

성능이나 신뢰성 등의 품질 속성을 구체적인 시나리오로 기술하여 측정 가능한 기준값을 설정하고 테스트 가능하게 하는 기법이다. 비기능 요건의 모호함을 배제하는 효과가 된다.

リスクベースやビジネスインパクトに基づいてテストケースの実行順序を決定する手法であり、限られた時間内で最も重要な機能のテストを優先的に完了させる。

리스크 기반이나 비즈니스 임팩트에 기반하여 테스트 케이스의 실행 순서를 결정하는 수법이며, 한정된 시간 내에 가장 중요한 기능의 테스트를 우선적으로 완료시킨다.

テスト実行結果からレポートを自動生成する仕組みで、手動でのレポート作成工数を大幅に削減しステークホルダーへの迅速な品質報告を実現するCI連携の品質可視化プラクティスである

테스트 실행 결과에서 보고서를 자동 생성하는 구조로, 수동 보고서 작성 공수를 대폭 절감하고 이해관계자에게 신속한 품질 보고를 실현하는 CI 연계 품질 가시화 프랙티스이다

組織のQAプロセスの成熟度を多角的に評価するアセスメント。テスト自動化、品質メトリクス、プロセス改善の各領域で現状のレベルを診断し、改善ロードマップを策定する。

조직의 QA 프로세스의 성숙도를 평가하는 어세스먼트이다. 테스트 자동화, 품질 메트릭스, 프로세스 개선의 각 영역에서 현상의 레벨을 진단하고 개선 로드맵을 수립한다.

テスト実行時にDockerコンテナを動的に起動し、データベースやメッセージキューなど外部依存をコンテナ内で再現する技術。テスト環境の再現性と独立性を高める。

테스트 실행 시 Docker 컨테이너를 동적으로 기동하여 데이터베이스나 메시지 큐 등 외부 의존을 컨테이너 내에서 재현하는 기술로, 테스트 환경의 재현성과 독립성을 높인다.

テスト自動化の開発コスト、保守コスト、実行コストを手動テストのコストと比較分析する手法である。自動化の投資対効果を定量的に算出し、自動化対象の選定根拠を明確にする。

테스트 자동화의 개발 비용, 유지보수 비용, 실행 비용을 수동 테스트의 비용과 비교 분석하는 기법이다. 자동화의 투자 대비 효과를 정량적으로 산출하여 자동화 대상의 선정 근거로 한다.

テスト対象の機能や品質特性をマインドマップ形式で視覚的に整理し、テスト観点の漏れを体系的に防ぐ設計支援手法である。探索的テストのチャーター作成時にも広く活用される。

테스트 대상의 기능이나 품질 특성을 마인드맵 형식으로 정리하여 테스트 관점의 누락을 방지하는 설계 지원 기법이다. 탐색적 테스트의 차터 작성 시에도 널리 활용된다.

UX専門家がニールセンの10原則などの経験則に基づいてUIの問題点を発見する評価手法。ユーザーテストより低コストで短期間に実施できる。

UX 전문가가 닐슨의 10원칙 등 경험 법칙을 기반으로 UI 문제점을 발견하는 평가 기법. 사용자 테스트보다 저비용으로 단기간에 실시할 수 있다.

ソフトウェア変更後に既存機能が壊れていないかを確認する回帰テストを、スクリプトやツールで自動実行する手法。CI/CDパイプラインに組み込まれることが多い。

소프트웨어 변경 후 기존 기능이 정상 동작하는지 확인하는 회귀 테스트를 스크립트나 도구로 자동 실행하는 방법론으로, CI/CD 파이프라인에 통합되는 경우가 많다.

本番環境で意図的にランダムな障害を注入し、システムの耐障害性を検証するNetflixが開発したカオスエンジニアリングツール。

프로덕션 환경에서 의도적으로 무작위 장애를 주입하여 시스템의 내결함성을 검증하는 Netflix가 개발한 카오스 엔지니어링 도구.

本番環境に意図的に障害を注入しシステムの耐障害性と復旧能力を検証するテスト手法であり、予期しない障害シナリオへの対応力を事前に確認して可用性を向上させる。

프로덕션 환경에 의도적으로 장애를 주입하여 시스템의 내장애성과 복구 능력을 검증하는 테스트 수법이며, 예기치 않은 장애 시나리오에의 대응력을 사전에 확인하여 가용성을 향상시킨다.

開発ライフサイクルの早い段階（左側）でテストを実施する手法。バグの早期発見によりコスト削減と品質向上を実現する。CI/CDパイプラインと組み合わせて活用されることが多い。

개발 라이프사이클의 초기 단계(왼쪽)에서 테스트를 수행하는 기법. 버그를 조기에 발견하여 비용 절감과 품질 향상을 실현하며, CI/CD 파이프라인과 함께 활용되는 경우가 많다.

自動化すべきテスト範囲・ツール選定・実装優先順位・保守方針を計画する戦略策定活動。ROIを考慮し手動テストと自動テストの最適配分を決定しテスト自動化の持続可能な運用を実現する取り組みである。

자동화해야 할 테스트 범위·도구 선정·구현 우선순위·유지보수 방침을 계획하는 전략 수립 활동이다. ROI를 고려하여 수동 테스트와 자동 테스트의 최적 배분을 결정하고 테스트 자동화의 지속 가능한 운용을 실현하는 활동이다.

ソフトウェアの設計段階からテストしやすい構造を意識して実装する設計手法。依存性注入や単一責任原則を適用し、自動テストの作成と実行を容易にする。

소프트웨어 설계 단계부터 테스트하기 쉬운 구조를 의식하여 구현하는 설계 수법으로, 의존성 주입이나 단일 책임 원칙을 적용하여 자동 테스트의 작성과 실행을 용이하게 한다.

開発・検証・本番など複数の環境を適切に分離・維持管理すること。環境差異による不具合を防ぎ、品質担保と安定したリリースを実現するために不可欠なプロセス。

개발·검증·운영 등 여러 환경을 적절히 분리하고 유지 관리하는 것. 환경 차이로 인한 결함을 방지하고, 품질 보증과 안정적인 릴리스를 실현하기 위한 필수 프로세스.

テスト実行結果の収集・集計・レポート生成を自動化する仕組み。テスト実行後に合格率、失敗原因、実行時間などを自動的にレポート化し、ステークホルダーへの品質報告の工数を削減する。

테스트 실행 결과의 수집·집계·보고서 생성을 자동화하는 구조. 테스트 실행 후 합격률, 실패 원인, 실행 시간 등을 자동으로 보고서화하여 이해관계자에 대한 품질 보고의 공수를 줄인다.

各テストケースが他のテストに依存せず独立して実行できるよう設計する原則で、テスト間の干渉を排除し並列実行の信頼性と再現性を確保する

각 테스트 케이스가 다른 테스트에 의존하지 않고 독립적으로 실행 가능하도록 설계하는 원칙으로, 테스트 간 간섭을 배제하고 병렬 실행의 신뢰성과 재현성을 확보한다

どのテストケースを自動化すべきか判断するための基準。実行頻度、安定性、手動実行コスト、自動化難易度などの評価軸を設け、自動化の投資対効果が高いテストを優先的に選定するためのフレームワークである。

어떤 테스트 케이스를 자동화해야 할지 판단하기 위한 기준. 실행 빈도, 안정성, 수동 실행 비용, 자동화 난이도 등의 평가축을 마련하여 자동화의 투자 대비 효과가 높은 테스트를 우선적으로 선정하기 위한 프레임워크이다.

限られた時間やリソースの中で、どのテストケースを先に実行すべきかを判定する手法。リスク度・過去の不具合率・変更影響度などの基準に基づき、実行順序を最適化してテスト効率を高める。

제한된 시간과 리소스 내에서 어떤 테스트 케이스를 먼저 실행할지 판정하는 기법. 위험도·과거 결함율·변경 영향도 등의 기준에 따라 실행 순서를 최적화하여 테스트 효율을 높인다.

ユーザー操作を模倣してシステム全体を端から端まで検証するE2Eテストを、Cypress・Playwrightなどのツールで自動実行する手法。リグレッション防止に有効。

사용자 동작을 모방하여 시스템 전체를 처음부터 끝까지 검증하는 E2E 테스트를 Cypress·Playwright 등의 도구로 자동 실행하는 방법. 회귀 방지에 효과적이다.

複数のテストフレームワークを機能性、拡張性、学習コスト、コミュニティの活発さなどの観点で体系的に比較評価する手法。プロジェクトに最適なフレームワーク選定を支援する。

복수의 테스트 프레임워크를 기능성, 확장성, 학습 비용, 커뮤니티 활성도 등의 관점에서 비교 평가하는 기법이다. 프로젝트에 최적인 프레임워크 선정을 지원한다.

テスト結果間の相関関係をデータ分析して障害パターンや共通原因を発見する手法で、効率的なデバッグと障害の根本原因の特定を支援するデータドリブンな品質分析アプローチである

테스트 결과 간의 상관관계를 데이터 분석하여 장애 패턴이나 공통 원인을 발견하는 기법으로, 효율적인 디버깅과 장애의 근본 원인 식별을 지원하는 데이터 드리븐 품질 분석 접근법이다

コード行数やモジュール単位あたりのバグ発生数を算出し品質の傾向を把握する分析手法。リリース前後の品質水準を定量的に評価しリスクの高い領域を特定するための品質メトリクスである。

코드 행 수나 모듈 단위당 버그 발생 수를 산출하여 품질 동향을 파악하는 분석 기법이다. 릴리스 전후의 품질 수준을 정량적으로 평가하고 리스크가 높은 영역을 특정하기 위한 품질 메트릭스이다.

テスト実行後の失敗結果を自動的に分類し、既知の問題、環境起因、新規バグに振り分ける仕組みである。QAチームの分析工数を削減し、重要な問題への迅速な対応を可能にする。

테스트 실행 후의 실패 결과를 자동으로 분류하여 기지의 문제, 환경 기인, 신규 버그로 분류하는 구조이다. QA 팀의 분석 공수를 삭감하고 중요한 문제에의 대응을 신속화한다.

発見された欠陥を類似性に基づいてグループ化し、欠陥が集中しているモジュールや機能領域を特定する分析手法である。限られたテスト資源の効率的な配分の意思決定に活用される。

발견된 결함을 유사성에 기반하여 그룹화하고 결함이 집중된 모듈이나 기능 영역을 특정하는 분석 기법이다. 테스트 자원의 효율적인 배분에 활용된다.

テスト実行結果のスクリーンショットやログなどの証跡を体系的に管理する手法で、監査対応や品質証明に必要なトレーサビリティを確保し規制遵守と品質保証を支援する活動である

테스트 실행 결과의 스크린샷이나 로그 등의 증적을 체계적으로 관리하는 기법으로, 감사 대응이나 품질 증명에 필요한 추적성을 확보하고 규제 준수와 품질 보증을 지원하는 활동이다

テスト計画に対する実行進捗をリアルタイムで追跡・管理する活動。消化率、合格率、残テスト数、バグ発見率などの指標を監視し、テスト活動の遅延やリスクを早期に検知してプロジェクト管理を支援する。

테스트 계획에 대한 실행 진척을 실시간으로 추적·관리하는 활동. 소화율, 합격률, 잔여 테스트 수, 버그 발견율 등의 지표를 모니터링하여 테스트 활동의 지연이나 리스크를 조기에 감지하고 프로젝트 관리를 지원한다.

コードの各分岐（if/elseなど）が少なくとも1回実行されたかを測定するテスト網羅率指標。ステートメントカバレッジより厳密な品質基準として用いられる。

코드의 각 분기(if/else 등)가 최소 한 번 실행되었는지 측정하는 테스트 커버리지 지표. 구문 커버리지보다 엄격한 품질 기준으로 활용된다.

サービス間のAPI契約（コントラクト）を検証するテスト手法。ConsumerとProviderそれぞれが期待するインターフェース仕様を合意・検証することで、マイクロサービス間の結合不具合を早期に検出する。

서비스 간 API 계약(컨트랙트)을 검증하는 테스트 기법. Consumer와 Provider 각각이 기대하는 인터페이스 사양을 합의하고 검증함으로써 마이크로서비스 간 연동 결함을 조기에 발견한다.

テストの計画・設計・実行・報告の各工程を統合的に管理するプロセスで、進捗状況のリアルタイム把握とリソース調整を通じてテスト完了を確実にしプロジェクト品質を支える活動である

테스트의 계획·설계·실행·보고의 각 공정을 통합적으로 관리하는 프로세스로, 진척 상황의 실시간 파악과 리소스 조정을 통해 테스트 완료를 확실히 하고 프로젝트 품질을 뒷받침하는 활동이다

本番環境に意図的に障害や異常を注入し、システムの耐障害性と回復力を検証するテスト手法。Netflix発祥のカオスエンジニアリングに基づく。

운영 환경에 의도적으로 장애나 이상을 주입하여 시스템의 내결함성과 복원력을 검증하는 테스트 기법. Netflix에서 시작된 카오스 엔지니어링에 기반한다.

ソフトウェアの品質を定量的に測定・評価するための指標群。バグ密度、コードカバレッジ、技術的負債などが代表例で、継続的な品質改善に活用される。

소프트웨어의 품질을 정량적으로 측정·평가하기 위한 지표 집합. 버그 밀도, 코드 커버리지, 기술 부채 등이 대표적이며, 지속적인 품질 개선에 활용된다.

テスト活動の結果を関係者に伝達するための報告書を作成するプロセス。テスト範囲、実行結果、発見した不具合、品質評価、残存リスクなどを体系的に文書化する。

테스트 활동 결과를 관계자에게 전달하기 위한 보고서를 작성하는 프로세스로, 테스트 범위, 실행 결과, 발견된 결함, 품질 평가, 잔존 리스크 등을 체계적으로 문서화한다.

CI/CDパイプラインに統合されたテスト群をコミットやプルリクエストのたびに自動実行する仕組み。テスト結果をフィードバックとして開発者に即時通知し品質を担保する。

CI/CD 파이프라인에 통합된 테스트군을 커밋이나 풀 리퀘스트 시마다 자동 실행하는 구조로, 테스트 결과를 피드백으로 개발자에게 즉시 통지하여 품질을 담보한다.

システムが限界値を超えた高負荷状態でどう動作するかを検証するテスト手法。障害発生ポイントや回復力を把握するために実施する。

시스템이 한계치를 초과하는 고부하 상태에서 어떻게 동작하는지 검증하는 테스트 기법. 장애 발생 지점과 복구 능력을 파악하기 위해 실시한다.

予防コスト・評価コスト・内部失敗コスト・外部失敗コストに分類して品質活動全体の費用対効果を分析する手法で、品質投資の最適な配分を支援し組織の品質戦略策定に活用する

예방 비용·평가 비용·내부 실패 비용·외부 실패 비용으로 분류하여 품질 활동의 비용 대비 효과를 분석하는 기법으로, 품질 투자의 최적 배분을 지원하며 조직의 품질 전략 수립에 활용한다

テストケースの作成・更新・実行状況・紐づけ管理を自動化するシステム。要件変更に連動したテストケースの自動更新や、実行結果との自動紐づけにより、テスト管理の工数と人的ミスを削減する。

테스트 케이스의 작성·갱신·실행 상황·연결 관리를 자동화하는 시스템. 요건 변경에 연동한 테스트 케이스의 자동 갱신이나 실행 결과와의 자동 연결을 통해 테스트 관리의 공수와 인적 실수를 줄인다.

テスト活動に必要な工数・期間・リソースを見積もるための技法。過去のプロジェクトデータ、テストポイント分析、ワイドバンドデルファイ法などを用いて、精度の高いテスト計画を策定する基盤となる。

테스트 활동에 필요한 공수·기간·리소스를 추정하기 위한 기법. 과거 프로젝트 데이터, 테스트 포인트 분석, 와이드밴드 델파이법 등을 사용하여 정확도 높은 테스트 계획을 수립하는 기반이 된다.

品質活動を開発ライフサイクルの早期段階に前倒しし欠陥の早期発見・防止を図る戦略。要件定義やコードレビューの段階から品質を作り込み後工程での手戻りコストを大幅に削減する品質アプローチである。

품질 활동을 개발 라이프사이클의 초기 단계로 앞당겨 결함의 조기 발견·방지를 도모하는 전략이다. 요건 정의나 코드 리뷰 단계에서부터 품질을 만들어 넣어 후공정에서의 재작업 비용을 대폭 삭감하는 품질 접근법이다.

テスト実行レポートのフォーマットや表示項目をステークホルダーのニーズに合わせてカスタマイズする手法である。経営層向けのサマリーと開発者向けの技術詳細を使い分ける。

테스트 실행 리포트의 포맷이나 표시 항목을 이해관계자의 니즈에 맞추어 커스터마이즈하는 기법이다. 경영층 향의 서머리와 개발자 향의 상세를 사용 구분한다.

テスト活動に必要な工数・期間・リソースを予測する計画手法であり、過去の実績データやテストポイント分析を活用して正確なテストスケジュールの策定を支援する。

테스트 활동에 필요한 공수·기간·리소스를 예측하는 계획 수법이며, 과거 실적 데이터나 테스트 포인트 분석을 활용하여 정확한 테스트 스케줄의 책정을 지원한다.

要件からテストケース、テスト結果まで双方向に追跡可能な状態を維持する仕組み。各要件がテストで網羅されているかを確認し、テスト漏れやカバレッジ不足を防止する。

요건에서 테스트 케이스, 테스트 결과까지 양방향으로 추적 가능한 상태를 유지하는 구조로, 각 요건이 테스트로 망라되어 있는지 확인하여 테스트 누락이나 커버리지 부족을 방지한다.

ビルドやリリース後に基本的な機能が正常に動作するかを素早く確認する簡易テスト。スモークテストより範囲が狭く、特定機能の健全性を検証する。

빌드나 릴리스 후 기본 기능이 정상적으로 동작하는지 빠르게 확인하는 간이 테스트. 스모크 테스트보다 범위가 좁으며, 특정 기능의 건전성을 검증한다.

テスト設計のノウハウ・過去の障害事例・テストパターンなどを蓄積した組織的な知識基盤で、テスト知識を共有・再利用してテスト品質と設計効率の継続的向上を組織全体で支援する

테스트 설계의 노하우·과거 장애 사례·테스트 패턴 등을 축적한 조직적인 지식 기반으로, 테스트 지식을 공유·재활용하여 테스트 품질과 설계 효율의 지속적 향상을 조직 전체에서 지원한다

発見された欠陥の原因・種類・発生パターンを体系的に分析し再発防止策を導出する手法。欠陥のライフサイクル全体を追跡し、プロセス改善の根拠となるデータを蓄積する品質管理活動である。

발견된 결함의 원인·종류·발생 패턴을 체계적으로 분석하여 재발 방지책을 도출하는 기법이다. 결함의 라이프사이클 전체를 추적하고 프로세스 개선의 근거가 되는 데이터를 축적하는 품질 관리 활동이다.

テスト手順をキーワードで抽象化しテストケースを表形式で記述する手法で、非エンジニアでもテストケースの作成と理解が容易になりチーム全体の品質活動への参加を促進する

테스트 절차를 키워드로 추상화하고 테스트 케이스를 표 형식으로 기술하는 기법으로, 비엔지니어도 테스트 케이스의 작성과 이해가 용이해져 팀 전체의 품질 활동 참여를 촉진한다

WCAG基準に基づきWebやモバイルアプリのアクセシビリティを検証するための計画。スクリーンリーダー対応、キーボード操作、色彩コントラストなどの検証項目を体系化する。

WCAG 기준에 기반하여 웹이나 모바일 앱의 접근성을 검증하기 위한 계획으로, 스크린 리더 대응, 키보드 조작, 색채 콘트라스트 등의 검증 항목을 체계화한다.

短時間に急激な負荷をシステムに与えて、スパイク（急上昇）時の挙動や耐性を確認する非機能テストの一種。システムの限界値や回復力を検証するために実施される。

짧은 시간에 급격한 부하를 시스템에 가해 스파이크(급상승) 시의 동작과 내성을 확인하는 비기능 테스트의 일종. 시스템의 한계값과 복구 능력을 검증하기 위해 실시된다.

プロダクトが満たすべき品質の合格基準を具体的な数値や条件で定義する活動。カバレッジ率・応答時間・エラー率などの閾値を設定しリリース可否の判断基準を客観化する品質管理の基盤である。

프로덕트가 충족해야 할 품질의 합격 기준을 구체적인 수치나 조건으로 정의하는 활동이다. 커버리지율·응답 시간·에러율 등의 임계값을 설정하여 릴리스 가부의 판단 기준을 객관화하는 품질 관리의 기반이다.

テスト活動の効率・品質・効果を継続的に改善する取り組み。現状のテストプロセスを評価し、ボトルネックの解消、ベストプラクティスの導入、ツール改善などを通じてQA組織の能力を向上させる。

테스트 활동의 효율·품질·효과를 지속적으로 개선하는 노력. 현재 테스트 프로세스를 평가하고, 병목 해소, 베스트 프랙티스 도입, 도구 개선 등을 통해 QA 조직의 역량을 향상시킨다.

UIコンポーネントの出力結果をファイルに保存し、次回実行時に差分を比較することで意図しない変更を検知するテスト手法。JestやStorybookで広く使われる。

UI 컴포넌트의 출력 결과를 파일에 저장하고, 다음 실행 시 차이를 비교하여 의도치 않은 변경을 감지하는 테스트 기법. Jest나 Storybook에서 널리 사용된다.

テストケースの粒度・網羅基準・命名規則・優先度付けのルールを組織標準として策定する活動。テスト設計の品質を均一化し、担当者によるばらつきを防止するためのガイドライン整備である。

테스트 케이스의 입도·망라 기준·명명 규칙·우선도 부여 규칙을 조직 표준으로 수립하는 활동이다. 테스트 설계의 품질을 균일화하고 담당자에 따른 편차를 방지하기 위한 가이드라인 정비이다.

テスト自動化をUI層、API層、ユニット層に分けて構築し、各層の役割と実行頻度を明確にする設計方針である。テストピラミッドの原則に基づいた効率的な自動化を実現する。

테스트 자동화를 UI 층, API 층, 유닛 층으로 나누어 구축하고 각 층의 역할과 실행 빈도를 명확히 하는 설계 방침이다. 테스트 피라미드 원칙에 기반한 효율적인 자동화를 실현한다.

ソフトウェア開発においてQAを体系的に実施するための一連の工程。要件定義からリリースまで各フェーズで品質基準を満たすことを確認する仕組み。

소프트웨어 개발에서 QA를 체계적으로 수행하기 위한 일련의 공정. 요건 정의부터 릴리스까지 각 단계에서 품질 기준을 충족하는지 확인하는 체계.

モック・スタブ・フェイク・スパイ・ダミーの5種類のテスト代替オブジェクトを適切に使い分ける設計手法であり、テストの目的に応じた最適な代替戦略を選択して保守性を向上させる。

목·스텁·페이크·스파이·더미의 5종류의 테스트 대체 객체를 적절히 구분하여 사용하는 설계 수법이며, 테스트의 목적에 따른 최적의 대체 전략을 선택하여 보수성을 향상시킨다.

コード変更がテスト対象に与える影響を分析し、再実行すべきテストケースを特定する手法。変更の影響範囲を正確に把握し、不要なテストの実行を回避して効率化する。

코드 변경이 테스트 대상에 미치는 영향을 분석하여 재실행해야 할 테스트 케이스를 특정하는 수법으로, 변경 영향 범위를 정확히 파악하여 불필요한 테스트 실행을 회피한다.

テストの十分性を判断するための基準を定める考え方。文書カバレッジ、コードカバレッジ、条件カバレッジなど複数の基準を組み合わせてテストの完了条件を設定する。

테스트의 충분성을 판단하기 위한 기준을 정하는 사고방식으로, 문서 커버리지, 코드 커버리지, 조건 커버리지 등 여러 기준을 조합하여 테스트 완료 조건을 설정한다.

実施したテスト活動が品質向上にどの程度貢献したかを定量的に評価する活動。欠陥検出率・テスト投資対効果・リリース後の不具合発生率を測定しテスト戦略の妥当性を検証する手法である。

실시한 테스트 활동이 품질 향상에 어느 정도 기여했는지를 정량적으로 평가하는 활동이다. 결함 검출률·테스트 투자 대비 효과·릴리스 후 불량 발생률을 측정하여 테스트 전략의 타당성을 검증하는 기법이다.

同じ条件で実行しても結果が不安定に変わるフレーキーテストの原因を分析する活動。タイミング依存、外部サービス依存、テスト順序依存などの根本原因を特定し、テストの安定性を改善する。

같은 조건으로 실행해도 결과가 불안정하게 바뀌는 불안정 테스트의 원인을 분석하는 활동. 타이밍 의존, 외부 서비스 의존, 테스트 순서 의존 등의 근본 원인을 특정하여 테스트의 안정성을 개선한다.

プロジェクトの品質状況を定期的に確認し、課題と対策を議論する会議体。バグ動向・テスト進捗・品質メトリクスをレビューし、品質リスクの早期発見と是正を図るマネジメント活動である。

프로젝트의 품질 상황을 정기적으로 확인하고 과제와 대책을 논의하는 회의체이다. 버그 동향·테스트 진행·품질 메트릭스를 리뷰하여 품질 리스크의 조기 발견과 시정을 도모하는 관리 활동이다.

テスト実行時に出力されるログを分析して、失敗原因の特定やパフォーマンスボトルネックの検出を行う活動。ログの構造化と自動分析により、テスト失敗の調査時間を短縮し、迅速な問題解決を支援する。

테스트 실행 시 출력되는 로그를 분석하여 실패 원인의 특정이나 성능 병목의 검출을 수행하는 활동. 로그의 구조화와 자동 분석을 통해 테스트 실패의 조사 시간을 단축하고, 신속한 문제 해결을 지원한다.

プロジェクトのテスト戦略を一枚のキャンバスに整理するフレームワーク。テスト対象、リスク、手法、ツール、スケジュールを俯瞰的に把握し、関係者間での合意形成を行う。

프로젝트의 테스트 전략을 한 장의 캔버스에 정리하는 프레임워크이다. 테스트 대상, 리스크, 기법, 도구, 스케줄을 부감적으로 파악하고 관계자 간에 합의 형성을 수행한다.

テスト実行に必要なデータの作成・管理・マスキング・クリーンアップを体系的に行うプロセス。品質担保と個人情報保護の両立が求められる。

테스트 실행에 필요한 데이터의 생성·관리·마스킹·정리를 체계적으로 수행하는 프로세스. 품질 보증과 개인정보 보호를 동시에 충족해야 한다.

システムやアプリケーションが長時間にわたって安定して動作し続けるかを検証するテスト手法。メモリリークや性能劣化の検出に用いられる。

시스템이나 애플리케이션이 장시간 안정적으로 동작하는지를 검증하는 테스트 기법. 메모리 누수나 성능 저하 감지에 활용된다.

テストベース（要件・設計・コード）を分析してテスト条件を識別するための技法。テスト対象の構造や動作を理解し、何をテストすべきかを体系的に導出する工程で適用される基本的なQA技術である。

테스트 베이스(요건·설계·코드)를 분석하여 테스트 조건을 식별하기 위한 기법. 테스트 대상의 구조나 동작을 이해하고, 무엇을 테스트해야 하는지를 체계적으로 도출하는 공정에서 적용되는 기본적인 QA 기술이다.

ビルドやデプロイ後に基本的な機能が正常動作するかを素早く確認する簡易テスト。致命的な不具合を早期発見し、詳細テストに進む前の前提確認として実施される。

빌드나 배포 후 기본적인 기능이 정상 동작하는지 빠르게 확인하는 간이 테스트. 치명적인 결함을 조기에 발견하고, 상세 테스트 진행 전 전제 확인으로 실시된다.

テスト時に実際の依存オブジェクトの代わりに使う偽のオブジェクト（モック）を作成する手法。外部APIやDBへのアクセスを模倣し、ユニットテストを独立して実行できるようにする。

테스트 시 실제 의존 객체 대신 사용하는 가짜 객체(목)를 생성하는 기법. 외부 API나 DB 접근을 모방하여 단위 테스트를 독립적으로 실행할 수 있게 한다.

開発環境・テスト環境・本番環境の間に存在する構成差分を自動的に検出する仕組み。環境差異による偽陽性テスト結果や環境依存バグの発生を防止し、テスト結果の信頼性を向上させる。

개발 환경·테스트 환경·본번 환경 간에 존재하는 구성 차이를 자동으로 검출하는 구조. 환경 차이로 인한 위양성 테스트 결과나 환경 의존 버그 발생을 방지하고, 테스트 결과의 신뢰성을 향상시킨다.

不具合や障害の表面的な症状ではなく、その真の原因を特定するための分析手法。なぜなぜ分析や特性要因図などを用いて、問題の本質的な発生要因を突き止める。

결함이나 장애의 표면적 증상이 아닌 진정한 원인을 특정하기 위한 분석 수법으로, 5Why 분석이나 특성 요인도 등을 사용하여 문제의 본질적 발생 요인을 규명한다.

JavaScriptベースのE2Eテストフレームワーク。ブラウザ上で直接動作し、リアルタイムのリロードやデバッグ機能を備え、フロントエンドのテスト自動化に広く使われる。

JavaScript 기반의 E2E 테스트 프레임워크. 브라우저에서 직접 동작하며, 실시간 리로드와 디버깅 기능을 갖추고 프론트엔드 테스트 자동화에 널리 활용된다.

テスト結果の推移を時系列で分析し、品質の改善・悪化傾向を把握する手法。テスト失敗率の変動を可視化する。

테스트 결과의 추이를 시계열로 분석하여 품질의 개선·악화 경향을 파악하는 기법. 테스트 실패율 변동을 시각화한다.

組織のテストプロセスの成熟度をレベルで段階的に評価するフレームワークで、改善目標の設定とプロセス向上の計画策定に活用しテスト組織の体系的な成長を長期的に支援する

조직의 테스트 프로세스 성숙도를 레벨로 단계적으로 평가하는 프레임워크로, 개선 목표 설정과 프로세스 향상 계획 수립에 활용하여 테스트 조직의 체계적인 성장을 장기적으로 지원한다

開発パイプラインの各段階で品質チェックを通過するための基準を設計する活動。コードカバレッジ率、静的解析の警告数、テスト合格率などの閾値を定め、品質が基準を満たさない場合はリリースを阻止する。

개발 파이프라인의 각 단계에서 품질 체크를 통과하기 위한 기준을 설계하는 활동. 코드 커버리지율, 정적 분석의 경고 수, 테스트 합격률 등의 임계값을 정하고, 품질이 기준을 충족하지 못하면 릴리스를 차단한다.

テストケースやテスト計画の品質をチーム内でレビューする活動。テスト網羅性の不足、冗長なテストケース、不適切なテストデータなどの問題を早期に発見し、テスト設計の品質を向上させる。

테스트 케이스나 테스트 계획의 품질을 팀 내에서 리뷰하는 활동. 테스트 망라성 부족, 중복 테스트 케이스, 부적절한 테스트 데이터 등의 문제를 조기에 발견하여 테스트 설계의 품질을 향상시킨다.

テストケースの粒度を機能の重要度やリスクに応じて最適化する手法。重要な機能は細かい粒度で、低リスクな機能は粗い粒度でテストすることでコストと品質のバランスを取る。

테스트 케이스의 입도를 기능의 중요도나 리스크에 따라 최적화하는 기법이다. 중요한 기능은 세밀한 입도로, 저리스크 기능은 거친 입도로 테스트하여 비용과 품질의 균형을 확보하는 것이 목적이 된다.

大規模テストを段階的な波に分けて計画的に実行する手法で、各ウェーブで異なるスコープや深度のテストを進めることでリスクを段階的に管理しながら品質を確実に積み上げていく

대규모 테스트를 단계적인 파도로 나누어 계획적으로 실행하는 기법으로, 각 웨이브에서 다른 범위나 깊이의 테스트를 진행하여 리스크를 단계적으로 관리하면서 품질을 확실히 쌓아간다

発見されたバグの登録・分類・担当割当・修正・検証・クローズまでの一連のライフサイクルを管理する活動。ステータス管理の徹底によりバグの放置を防止し修正完了までの追跡性を確保する品質管理手法である。

발견된 버그의 등록·분류·담당 배정·수정·검증·클로즈까지의 일련의 라이프사이클을 관리하는 활동이다. 스테이터스 관리의 철저로 버그 방치를 방지하고 수정 완료까지의 추적성을 확보하는 품질 관리 기법이다.

組織で蓄積されたテスト観点を体系的にカタログ化し、テスト設計時に参照可能にしたナレッジベースである。過去の障害事例から得られたテスト観点も含めて継続的に更新する。

조직에서 축적된 테스트 관점을 체계적으로 카탈로그화하여 테스트 설계 시에 참조 가능하게 한 지식 베이스이다. 과거의 장애 사례에서 얻어진 테스트 관점도 포함하여 지속적으로 갱신한다.

繰り返し発生するテスト設計の課題に対する再利用可能な解決策をカタログ化したもので、テスト設計の品質と効率を向上させ組織内のナレッジ共有を促進する手法の体系的な集合である

반복적으로 발생하는 테스트 설계 과제에 대한 재사용 가능한 해결책을 카탈로그화한 것으로, 테스트 설계의 품질과 효율을 향상시키고 조직 내 지식 공유를 촉진하는 기법의 체계적인 집합이다

テストスイートが断片化してテスト間の一貫性や網羅性が失われた状態を指し、テスト資産の整理統合とカバレッジ再評価が必要となる品質課題である

테스트 스위트가 단편화되어 테스트 간 일관성이나 망라성이 상실된 상태를 가리키며, 테스트 자산의 정리 통합과 커버리지 재평가가 필요한 품질 과제이다

テストケースにリスクや重要度に基づいて優先度を設定し、限られた時間で最大の品質保証効果を得る手法。

테스트 케이스에 리스크나 중요도에 기반하여 우선도를 설정하고 제한된 시간에 최대의 품질 보증 효과를 얻는 기법.

発見された不具合の原因・傾向・分布を体系的に分析する活動。根本原因の特定とプロセス改善に活かし、同種の不具合の再発防止策を導き出すことを目的とする。

발견된 결함의 원인·경향·분포를 체계적으로 분석하는 활동으로, 근본 원인 특정과 프로세스 개선에 활용하여 동종 결함의 재발 방지책을 도출하는 것을 목적으로 한다.

テスト時に本物のコンポーネントの代わりに使用するモック・スタブ・スパイ・フェイク・ダミーの総称とその使い分け。外部依存を排除して高速かつ安定したテストを実現する。

테스트 시 진짜 컴포넌트 대신 사용하는 목·스텁·스파이·페이크·더미의 총칭과 그 사용 구분으로, 외부 의존을 배제하여 고속이고 안정적인 테스트를 실현한다.

複数の条件の組み合わせとそれに対応するアクションを表形式で整理したテスト設計技法。条件の網羅性を確保しテストケース漏れを防ぐのに有効。

여러 조건의 조합과 그에 대응하는 액션을 표 형식으로 정리한 테스트 설계 기법. 조건의 망라성을 확보하고 테스트 케이스 누락을 방지하는 데 효과적이다.

コード変更がテストケースに与える影響範囲を体系的に分析し、再実行が必要なテストを的確に特定することで効率的な回帰テストを実現しCI時間の大幅な短縮にも寄与する手法である

코드 변경이 테스트 케이스에 미치는 영향 범위를 체계적으로 분석하여 재실행이 필요한 테스트를 정확히 식별함으로써 효율적인 회귀 테스트를 실현하고 CI 시간의 대폭 단축에도 기여하는 기법이다

QA活動に関する主要メトリクスをリアルタイムで集約・表示する専用ダッシュボード。テスト実行率・バグ検出率・品質トレンドを一目で把握しQAチームの活動状況と品質状態を可視化するツールである。

QA 활동에 관한 주요 메트릭스를 실시간으로 집약·표시하는 전용 대시보드이다. 테스트 실행률·버그 검출률·품질 트렌드를 한눈에 파악하여 QA 팀의 활동 상황과 품질 상태를 가시화하는 도구이다.

入力パラメータの組み合わせが膨大になりテストケース数が爆発的に増加する課題で、ペアワイズ法や直交表などの組み合わせ最適化技法で効率的にケース数を削減する対策が不可欠である

입력 파라미터의 조합이 방대해져 테스트 케이스 수가 폭발적으로 증가하는 과제로, 페어와이즈법이나 직교표 등의 조합 최적화 기법으로 효율적으로 케이스 수를 줄이는 대책이 필수적이다

顧客やプロダクトオーナーがプロダクトの受入可否を判断するための基準と手順を設計する活動。ビジネス要件に基づく受入条件を明確にしユーザーストーリーのDoneの定義と整合させる品質活動である。

고객이나 프로덕트 오너가 프로덕트의 수락 가부를 판단하기 위한 기준과 절차를 설계하는 활동이다. 비즈니스 요건에 기반한 수락 조건을 명확히 하여 사용자 스토리의 Done 정의와 정합시키는 품질 활동이다.

テスト自動化基盤の全体設計。テストフレームワークの選定、テストレイヤーの分離、共通モジュールの設計、レポーティング基盤の構築など、長期的に保守可能な自動テスト基盤の構造を定義する。

테스트 자동화 기반의 전체 설계. 테스트 프레임워크 선정, 테스트 레이어 분리, 공통 모듈 설계, 리포팅 기반 구축 등, 장기적으로 유지보수 가능한 자동 테스트 기반의 구조를 정의한다.

品質保証チームの体制・役割分担・スキル要件・キャリアパスを設計する組織構築活動。集約型・分散型・ハイブリッド型など組織形態を選定し開発チームとの最適な連携モデルを構築する取り組みである。

품질 보증 팀의 체제·역할 분담·스킬 요건·커리어 패스를 설계하는 조직 구축 활동이다. 집약형·분산형·하이브리드형 등 조직 형태를 선정하여 개발팀과의 최적 연계 모델을 구축하는 활동이다.

開発チーム全体のテストに関する知識・スキルの水準を指す組織能力の指標で、テスト文化の醸成と品質意識の向上を目指しチーム全体の品質活動の基盤として機能する概念である

개발 팀 전체의 테스트 관련 지식·스킬 수준을 가리키는 조직 역량 지표로, 테스트 문화 양성과 품질 의식 향상을 목표로 팀 전체의 품질 활동 기반으로 기능하는 개념이다

APIのエンドポイントに対してリクエストを送信し、レスポンスの正確性・性能・セキュリティを検証するテスト手法。PostmanやRestAssuredなどのツールが広く使われる。

API 엔드포인트에 요청을 보내 응답의 정확성·성능·보안을 검증하는 테스트 기법. Postman이나 RestAssured 등의 툴이 널리 사용된다.

自社プロダクトの品質指標を業界標準や競合他社と比較し相対的な品質水準を評価する活動。外部ベンチマークとの差異を明確にし品質改善の目標設定と投資判断に活用するための分析手法である。

자사 프로덕트의 품질 지표를 업계 표준이나 경쟁 타사와 비교하여 상대적인 품질 수준을 평가하는 활동이다. 외부 벤치마크와의 차이를 명확히 하여 품질 개선의 목표 설정과 투자 판단에 활용하기 위한 분석 기법이다.

期待される出力結果をゴールデンファイルとして保存し、実行結果と比較して差分を検出するテスト手法で、出力の一貫性を効率的に検証する

기대되는 출력 결과를 골든 파일로 저장하고 실행 결과와 비교하여 차분을 검출하는 테스트 기법으로, 출력의 일관성을 효율적으로 검증한다

障害者や高齢者を含むすべてのユーザーがWebやアプリを利用できるかを検証するテスト。WCAG準拠やスクリーンリーダー対応の確認が主な目的。

장애인 및 고령자를 포함한 모든 사용자가 웹 또는 앱을 이용할 수 있는지 검증하는 테스트. WCAG 준수 및 스크린 리더 대응 확인이 주된 목적.

AIやコード解析ツールを用いてソースコードからテストケースを自動的に生成する先進的手法で、テスト作成コストを大幅に削減しカバレッジ向上を飛躍的に効率化する次世代テスト手法である

AI나 코드 분석 도구를 사용하여 소스 코드에서 테스트 케이스를 자동으로 생성하는 선진적 기법으로, 테스트 작성 비용을 대폭 절감하고 커버리지 향상을 비약적으로 효율화하는 차세대 테스트 기법이다

テストスイート内の冗長なテストケースを分析して除去し、実行時間を短縮しながらカバレッジを維持する最適化手法で、CI環境での実行効率を大幅に改善するプラクティスである

테스트 스위트 내의 중복 테스트 케이스를 분석하여 제거하고, 실행 시간을 단축하면서 커버리지를 유지하는 최적화 기법으로, CI 환경에서의 실행 효율을 대폭 개선하는 프랙티스이다

テストスイートの各部分に対してオーナーを明確に割り当て、テストの保守責任と品質維持の責任を分散する制度である。放置されるテストの発生を防止する効果がある手法である。

테스트 스위트의 각 부분에 대해 오너를 명확히 할당하여 테스트의 유지보수 책임과 품질 유지의 책임을 분산하는 제도이다. 방치되는 테스트의 발생을 방지하는 효과가 된다.

テストを終了するための条件を定めた基準。バグ件数・テストケース消化率・カバレッジなどの指標を用いてリリース可否を判断するために使用される。

테스트를 종료하기 위한 조건을 정의한 기준. 버그 건수, 테스트 케이스 소화율, 커버리지 등의 지표를 활용하여 릴리스 가능 여부를 판단하는 데 사용된다.

UIの見た目の変化を画像比較で自動検出するテスト手法。コード変更後にスクリーンショットを比較し、意図しないデザインの崩れをCIパイプラインで検知する。

UI의 외관 변화를 이미지 비교로 자동 감지하는 테스트 기법. 코드 변경 후 스크린샷을 비교하여 의도치 않은 디자인 깨짐을 CI 파이프라인에서 감지한다.

組織のテストプロセスがどの程度成熟しているかを体系的に評価するフレームワーク。TMMiなどのモデルを用いて現状のレベルを診断し、段階的な改善ロードマップの作成に役立てる。

조직의 테스트 프로세스가 어느 정도 성숙해 있는지를 체계적으로 평가하는 프레임워크. TMMi 등의 모델을 사용하여 현재 수준을 진단하고, 단계적인 개선 로드맵 작성에 활용한다.

テスト自動化の導入・運用にかかるコストと得られる効果を定量的に比較し投資対効果を算出する分析。自動化による工数削減・品質向上・リリース加速の効果を数値化し意思決定の根拠とする手法である。

테스트 자동화의 도입·운용에 소요되는 비용과 얻어지는 효과를 정량적으로 비교하여 투자 대비 효과를 산출하는 분석이다. 자동화에 의한 공수 삭감·품질 향상·릴리스 가속의 효과를 수치화하여 의사 결정의 근거로 하는 기법이다.

作成したテストケースの妥当性・網羅性・実行可能性を他のメンバーがレビューする活動。テスト設計の品質を高め、テスト漏れや冗長なケースの発見・修正を行う。

작성한 테스트 케이스의 타당성·망라성·실행 가능성을 다른 멤버가 리뷰하는 활동으로, 테스트 설계의 품질을 높이고 테스트 누락이나 중복 케이스의 발견·수정을 수행한다.

報告されたバグが正しく修正されたかを検証する作業。修正後の動作確認・再現テストを行い、問題が解消されたことをQAやレビュアーが承認するプロセス。

보고된 버그가 올바르게 수정되었는지 검증하는 작업. 수정 후 동작 확인 및 재현 테스트를 수행하고, 문제가 해결되었음을 QA 또는 리뷰어가 승인하는 프로세스.

テスト実行に必要な環境をオンデマンドで自動構築する手法で、環境の一貫性を保ちつつテスト実行の待ち時間を大幅に削減しチームの開発サイクル全体の速度を向上させるプラクティスである

테스트 실행에 필요한 환경을 온디맨드로 자동 구축하는 기법으로, 환경의 일관성을 유지하면서 테스트 실행 대기 시간을 대폭 단축하고 팀의 개발 사이클 전체의 속도를 향상시키는 프랙티스이다

各テストケースが他のテストに依存せず独立して実行できるように設計する原則。テスト間のデータ共有や実行順序の依存をなくし、並列実行やデバッグの容易さを確保する。

각 테스트 케이스가 다른 테스트에 의존하지 않고 독립적으로 실행할 수 있도록 설계하는 원칙으로, 테스트 간 데이터 공유나 실행 순서 의존을 없애고 병렬 실행이나 디버그 용이성을 확보한다.

テスト設計・テストケース・テスト結果を第三者がレビューし品質を担保するプロセス。テストの抜け漏れや設計ミスを早期発見しテスト活動全体の信頼性を向上させる相互検証の仕組みである。

테스트 설계·테스트 케이스·테스트 결과를 제3자가 리뷰하여 품질을 담보하는 프로세스이다. 테스트의 누락이나 설계 실수를 조기 발견하여 테스트 활동 전체의 신뢰성을 향상시키는 상호 검증의 구조이다.

シフトレフトとシフトライトの両方のテスト戦略を統合的に運用し、開発全体のライフサイクルを通じた品質保証を実現するアプローチ。各フェーズの役割と責任を明確化する。

시프트 레프트와 시프트 라이트 양쪽의 테스트 전략을 통합적으로 운용하여 개발 전체의 라이프사이클을 통한 품질 보증을 실현하는 접근법이다. 각 페이즈의 역할을 명확화한다.

テスト工程の品質を定量的に評価する手法。バグ検出率・テストカバレッジ・欠陥密度などの指標を収集・分析し、品質改善やリリース判断の根拠として活用する。

테스트 공정의 품질을 정량적으로 평가하는 기법. 버그 검출율·테스트 커버리지·결함 밀도 등의 지표를 수집·분석하여 품질 개선 및 릴리스 판단의 근거로 활용한다.

UIの変更などによって壊れたテストスクリプトを、AIや機械学習を用いて自動的に修復する技術。テスト要素のセレクタ変更を自動検知し、テストコードを自己修正することでメンテナンスコストを削減する。

UI 변경 등으로 깨진 테스트 스크립트를 AI나 머신러닝을 활용하여 자동으로 복구하는 기술. 테스트 요소의 셀렉터 변경을 자동 감지하고, 테스트 코드를 자기 수정함으로써 유지보수 비용을 절감한다.

アプリケーションのメモリ使用量を計測・分析する手法。メモリリークや過剰消費の原因を特定し、パフォーマンス改善に役立てる。VisualVMやValgrindなどのツールが使われる。

애플리케이션의 메모리 사용량을 측정·분석하는 기법. 메모리 누수나 과도한 소비 원인을 파악하고 성능 개선에 활용한다. VisualVM이나 Valgrind 등의 툴이 사용된다.

テスト活動自体の品質を評価するための判断基準と指標の定義。テストケースの網羅性・欠陥検出能力・実行効率を多角的に評価しテストプロセスの改善方向を明確にするための評価体系である。

테스트 활동 자체의 품질을 평가하기 위한 판단 기준과 지표의 정의이다. 테스트 케이스의 망라성·결함 검출 능력·실행 효율을 다각적으로 평가하여 테스트 프로세스의 개선 방향을 명확히 하기 위한 평가 체계이다.

一定期間に発見された欠陥の種類・発生箇所・重要度の傾向をデータ分析する活動。パレート分析や時系列分析を用いて品質問題の集中領域を特定し、効果的な対策の優先順位を決定する分析手法である。

일정 기간에 발견된 결함의 종류·발생 개소·중요도의 경향을 데이터 분석하는 활동이다. 파레토 분석이나 시계열 분석을 사용하여 품질 문제의 집중 영역을 특정하고 효과적인 대책의 우선순위를 결정하는 분석 기법이다.

テスト活動に必要な人員と時間を見積もる手法。過去の実績データやテストケース数、複雑度などを基に算出し、プロジェクト計画におけるQAリソースの確保に役立てる。

테스트 활동에 필요한 인원과 시간을 견적하는 수법으로, 과거 실적 데이터나 테스트 케이스 수, 복잡도 등을 기반으로 산출하여 프로젝트 계획에서의 QA 리소스 확보에 활용한다.

発見されたバグの重大度と優先度を評価し、修正の順序やリソース配分を決定するプロセス。限られたリソースの中で最も影響の大きいバグから効率的に対処する。

발견된 버그의 중대도와 우선도를 평가하여 수정 순서나 리소스 배분을 결정하는 프로세스로, 한정된 리소스 안에서 가장 영향이 큰 버그부터 효율적으로 대처한다.

CI/CDパイプラインにおけるテスト実行のリソース使用量を制限・管理する仕組みである。並列実行数やタイムアウト値を適切に制御し、インフラコストの最適化を実現する。

CI/CD 파이프라인에서의 테스트 실행 리소스 사용량을 제한·관리하는 구조이다. 병렬 실행 수나 타임아웃 값을 적절히 제어하여 인프라 비용을 최적화한다.

バグ報告の記載項目・再現手順・環境情報・添付資料のフォーマットを統一する標準化活動。開発者が迅速に原因を特定できる高品質なバグレポートを組織全体で均一に作成するためのガイドラインである。

버그 보고의 기재 항목·재현 절차·환경 정보·첨부 자료의 포맷을 통일하는 표준화 활동이다. 개발자가 신속하게 원인을 특정할 수 있는 고품질 버그 리포트를 조직 전체에서 균일하게 작성하기 위한 가이드라인이다.

回帰テスト用に選定・管理されたテストケースの集合。リリースごとに実行し、既存機能の動作が維持されているかを確認する。テスト範囲の見直しと定期的な更新が必要。

회귀 테스트용으로 선정·관리된 테스트 케이스의 집합으로, 릴리스마다 실행하여 기존 기능의 동작이 유지되는지 확인한다. 테스트 범위의 재검토와 정기적인 갱신이 필요하다.

テスト実行結果を体系的にまとめた報告書。テストの合格率、失敗したケースの詳細、発見されたバグの一覧、残存リスクなどを記載し、リリース判定の根拠とする。

테스트 실행 결과를 체계적으로 정리한 보고서로, 테스트 합격률, 실패한 케이스의 상세, 발견된 버그 목록, 잔존 리스크 등을 기재하여 릴리스 판정의 근거로 한다.

入力条件（原因）と出力結果（結果）の論理関係をグラフで表現し、テストケースを体系的に導出する技法。複雑な条件の組み合わせを可視化して漏れなくテストする。

입력 조건(원인)과 출력 결과(결과)의 논리 관계를 그래프로 표현하여 테스트 케이스를 체계적으로 도출하는 기법으로, 복잡한 조건 조합을 시각화하여 빠짐없이 테스트한다.

テストカバレッジ・欠陥検出率・テスト実行率などの品質メトリクスを継続的に収集・分析・活用する運用活動。メトリクスの推移をモニタリングしデータに基づくテスト改善の意思決定を支援する仕組みである。

테스트 커버리지·결함 검출률·테스트 실행률 등의 품질 메트릭스를 지속적으로 수집·분석·활용하는 운용 활동이다. 메트릭스의 추이를 모니터링하여 데이터에 기반한 테스트 개선의 의사 결정을 지원하는 구조이다.

テスト自動化をCI/CDパイプラインに統合した仕組みで、コード変更のたびにテストが自動実行され品質に関するフィードバックを迅速に得られるようにする継続的品質保証の基盤である

테스트 자동화를 CI/CD 파이프라인에 통합한 구조로, 코드 변경 시마다 테스트가 자동 실행되어 품질에 관한 피드백을 신속하게 받을 수 있게 하는 지속적 품질 보증의 기반이다

テスト結果の正しさを判定する基準が明確でない場合に発生するテスト設計上の課題であり、期待結果の定義方法を工夫して機械学習やデータ処理など非決定的な出力の検証を可能にする。

테스트 결과의 올바름을 판정하는 기준이 명확하지 않은 경우에 발생하는 테스트 설계상의 과제이며, 기대 결과의 정의 방법을 연구하여 기계 학습이나 데이터 처리 등 비결정적 출력의 검증을 가능하게 한다.

テストを実行するためのハードウェア、ソフトウェア、ネットワーク構成を管理する活動。本番環境との一致度を維持し、環境差異による偽陽性・偽陰性の発生を防止する。

테스트를 실행하기 위한 하드웨어, 소프트웨어, 네트워크 구성을 관리하는 활동으로, 프로덕션 환경과의 일치도를 유지하여 환경 차이로 인한 위양성·위음성 발생을 방지한다.

既存のテストケースを定期的に見直し、不要になったテストの削除、重複テストの統合、テスト観点の更新を行う保守活動である。テストスイートの肥大化を防止する効果がある。

기존의 테스트 케이스를 정기적으로 재검토하여 불필요해진 테스트의 삭제, 중복 테스트의 통합, 테스트 관점의 갱신을 수행하는 유지보수 활동이다. 테스트 스위트의 비대화를 방지한다.

過去のプロジェクトで作成したテストケース、テストデータ、テストスクリプトなどを新しいプロジェクトで再利用する取り組み。テスト資産のモジュール化と標準化により、テスト準備工数を大幅に削減する。

과거 프로젝트에서 작성한 테스트 케이스, 테스트 데이터, 테스트 스크립트 등을 새로운 프로젝트에서 재사용하는 활동. 테스트 자산의 모듈화와 표준화를 통해 테스트 준비 공수를 대폭 줄인다.

コード行数やモジュールあたりのテストケース数を示す品質指標で、テストの十分性を定量的に評価し品質リスクの高い領域を特定するために用いられる重要なメトリクスである

코드 행 수나 모듈당 테스트 케이스 수를 나타내는 품질 지표로, 테스트의 충분성을 정량적으로 평가하고 품질 리스크가 높은 영역을 식별하기 위해 사용되는 중요한 메트릭스이다

実際のスマートフォンやタブレットなど複数の端末上でアプリや画面の動作・表示を検証するテスト手法。機種・OSバージョン差異による不具合を事前に発見する目的で実施される。

실제 스마트폰이나 태블릿 등 다양한 단말기에서 앱 또는 화면의 동작·표시를 검증하는 테스트 기법. 기기 및 OS 버전 차이로 인한 결함을 사전에 발견하기 위해 실시된다.

テスト活動の進捗、結果、トレンドをリアルタイムで監視する活動。テスト計画に対する実績の乖離を早期に検知し、必要に応じてテスト計画の修正や追加施策を講じる。

테스트 활동의 진척, 결과, 트렌드를 실시간으로 감시하는 활동으로, 테스트 계획에 대한 실적의 괴리를 조기에 검지하여 필요에 따라 테스트 계획 수정이나 추가 시책을 강구한다.

発見された欠陥のうちリリース前に修正された割合を示す品質指標で、テストプロセスの有効性とリリース判断の信頼性を評価するために使用されプロセス改善の方向性を示す重要な指標である

발견된 결함 중 릴리스 전에 수정된 비율을 나타내는 품질 지표로, 테스트 프로세스의 유효성과 릴리스 판단의 신뢰성을 평가하기 위해 사용되며 프로세스 개선의 방향성을 나타내는 중요한 지표이다

テスト環境の構成が期待される状態から逸脱していないかを定期的に自動検出する仕組みである。環境の設定変更やパッケージの更新に起因する予期しないテスト失敗を防止する。

테스트 환경의 구성이 기대되는 상태에서 일탈하지 않았는지를 정기적으로 검출하는 구조이다. 환경의 설정 변경이나 패키지의 갱신에 의한 예기치 않은 테스트 실패를 방지한다.

関連するテストケースをまとめたグループ。特定の機能やモジュール単位でテストを整理・管理し、一括実行や結果の追跡を効率化するために使用される。

관련 테스트 케이스를 모아 놓은 그룹. 특정 기능이나 모듈 단위로 테스트를 정리·관리하여 일괄 실행 및 결과 추적을 효율화하기 위해 사용된다.

テスト実行の結果をダッシュボードやグラフで視覚的に表示する仕組み。合格率の推移、失敗パターンの傾向、カバレッジ分布などをリアルタイムで把握でき、品質状況の共有と意思決定を支援する。

테스트 실행 결과를 대시보드나 그래프로 시각적으로 표시하는 구조. 합격률 추이, 실패 패턴의 경향, 커버리지 분포 등을 실시간으로 파악할 수 있어, 품질 상황의 공유와 의사결정을 지원한다.

テスト結果の正否を判定するための基準や仕組みのこと。仕様書や既存システムの出力と比較し、期待通りの動作をしているかを自動的または手動で判断する際に用いられる。

테스트 결과의 정오를 판정하기 위한 기준이나 구조로, 사양서나 기존 시스템의 출력과 비교하여 기대대로 동작하는지를 자동 또는 수동으로 판단할 때 사용된다.

テストケースの作成・実行・結果記録・レポート生成を一元管理するソフトウェアツール。TestRailやZephyrなどが代表的で、チーム間のテスト活動の可視化と効率化を実現する。

테스트 케이스의 작성·실행·결과 기록·레포트 생성을 일원 관리하는 소프트웨어 도구로, TestRail이나 Zephyr 등이 대표적이며 팀 간 테스트 활동의 가시화와 효율화를 실현한다.

ソフトウェアの仕様書や要件定義書をもとにテストケースを設計する手法。ブラックボックステストとも呼ばれ、内部実装を意識せず期待動作を検証する。

소프트웨어 명세서나 요구사항 정의서를 기반으로 테스트 케이스를 설계하는 기법. 블랙박스 테스트라고도 하며, 내부 구현을 고려하지 않고 기대 동작을 검증한다.

テストがソースコードのどの程度の割合を実行したかを示す指標。行・分岐・関数単位で計測され、テストの網羅性を客観的に評価するために使われる。

테스트가 소스 코드의 어느 정도 비율을 실행했는지를 나타내는 지표. 라인·분기·함수 단위로 측정되며, 테스트의 망라성을 객관적으로 평가하기 위해 사용된다.

自動化すべきテストケースをバックログとして管理し、優先度に基づいて計画的に自動化を進める運用手法である。手動テストからの段階的な移行状況を可視化して継続的に管理する。

자동화해야 할 테스트 케이스를 백로그로 관리하여 우선순위에 기반하여 계획적으로 자동화를 진행하는 운용 기법이다. 수동 테스트로부터의 단계적 이행을 시각화한다.

テストケースを導出するための基礎となる文書や情報の総称。要件定義書、設計書、ユーザーストーリーなどがテストベースとなり、これらを基にテスト条件を特定する。

테스트 케이스를 도출하기 위한 기초가 되는 문서나 정보의 총칭으로, 요건 정의서, 설계서, 사용자 스토리 등이 테스트 베이스가 되며 이를 기반으로 테스트 조건을 특정한다.

ユーザーストーリーの受入基準をGherkin形式などで記述し、自動テストとして実行可能にする手法。ビジネス要件がコードレベルで検証可能になり、開発者とビジネス側の認識齟齬を防止する。

사용자 스토리의 인수 기준을 Gherkin 형식 등으로 기술하여 자동 테스트로 실행 가능하게 하는 기법. 비즈니스 요건이 코드 레벨에서 검증 가능해져, 개발자와 비즈니스 측의 인식 차이를 방지한다.

テスト自動化の状況をリアルタイムで可視化するダッシュボードである。自動化率、実行頻度、成功率、保守コストなどの指標を一覧表示し、自動化投資の効果を確認することができる。

테스트 자동화의 상황을 실시간으로 시각화하는 대시보드이다. 자동화율, 실행 빈도, 성공률, 유지보수 비용 등의 지표를 일람 표시하여 자동화 투자의 효과를 파악한다.

ソフトウェアの要件定義書をテストベースとして、要件ごとにテストケースを導出するテスト設計手法。各要件に対するテストカバレッジを明確にし、要件の実装漏れや仕様逸脱を検出する。

소프트웨어의 요구사항 정의서를 테스트 베이스로 하여, 요구사항별로 테스트 케이스를 도출하는 테스트 설계 기법. 각 요구사항에 대한 테스트 커버리지를 명확히 하고, 요구사항의 구현 누락이나 사양 이탈을 검출한다.

定義された品質基準に基づきリリースの可否を判定する意思決定プロセス。バグ残存数・テストカバレッジ・性能指標などの品質ゲート条件を確認しGo/No-Goの判断を行うリリース管理の重要工程である。

정의된 품질 기준에 기반하여 릴리스의 가부를 판정하는 의사 결정 프로세스이다. 버그 잔존 수·테스트 커버리지·성능 지표 등의 품질 게이트 조건을 확인하여 Go/No-Go의 판단을 수행하는 릴리스 관리의 중요 공정이다.

バグが与える影響の大きさを示す指標。Critical・High・Medium・Lowなどに分類され、修正優先度の判断に使われる。

버그가 미치는 영향의 크기를 나타내는 지표. Critical·High·Medium·Low 등으로 분류되며, 수정 우선순위 결정에 활용된다.

テスト失敗のエラーメッセージやスタックトレースのパターンを機械的に学習し、同種の失敗を自動的にグルーピングする手法である。根本原因の特定を加速させる効果がある。

테스트 실패의 에러 메시지나 스택 트레이스의 패턴을 학습하여 동종의 실패를 자동으로 그룹핑하는 기법이다. 근본 원인의 특정을 가속시키는 효과가 된다.

単体テストを底辺に多く、結合テスト・E2Eテストを上層に少なく配置するテスト構成戦略。下層のテストを充実させることで高速なフィードバックとコスト効率を実現する。

단위 테스트를 밑변에 많이, 통합 테스트·E2E 테스트를 상층에 적게 배치하는 테스트 구성 전략으로, 하층 테스트를 충실히 하여 빠른 피드백과 비용 효율을 실현한다.

Red-Green-Refactorの3段階で進めるTDDの基本サイクル。失敗するテストを書き、テストを通す最小限のコードを書き、リファクタリングで品質を高める手順を繰り返す。

Red-Green-Refactor 3단계로 진행하는 TDD 기본 사이클로, 실패하는 테스트를 작성하고 테스트를 통과하는 최소한의 코드를 작성한 뒤 리팩터링으로 품질을 높이는 절차를 반복한다.

モック・スタブ・フェイク・スパイなどのテストダブルをどのような場面で使い分けるかの設計方針。過度なモック化による脆いテストを避けつつ、外部依存を適切に分離するためのガイドラインを提供する。

목·스텁·페이크·스파이 등의 테스트 더블을 어떤 상황에서 구분하여 사용할지의 설계 방침. 과도한 목화로 인한 취약한 테스트를 피하면서, 외부 의존을 적절히 분리하기 위한 가이드라인을 제공한다.

条件と動作の組み合わせを表形式で整理し、すべてのルールを網羅的にテストする手法。複雑なビジネスロジックの条件分岐を漏れなく検証するために用いられる。

조건과 동작의 조합을 표 형태로 정리하여 모든 규칙을 망라적으로 테스트하는 수법으로, 복잡한 비즈니스 로직의 조건 분기를 빠짐없이 검증하는 데 사용된다.

テストデータを外部ファイルやデータベースから読み込んで同一のテストロジックを繰り返し実行する手法で、テストケースの拡張性を高め大量パターンの網羅的な検証を効率化する

테스트 데이터를 외부 파일이나 데이터베이스에서 읽어 동일한 테스트 로직을 반복 실행하는 기법으로, 테스트 케이스의 확장성을 높이고 대량 패턴의 포괄적인 검증을 효율화한다

ソフトウェアの不具合を記録・報告するドキュメント。再現手順、期待値、実際の動作、環境情報などを含め、開発者が修正しやすい形式でまとめる。

소프트웨어의 결함을 기록하고 보고하는 문서. 재현 절차, 기대값, 실제 동작, 환경 정보 등을 포함하여 개발자가 수정하기 쉬운 형식으로 정리한다.

テストの自動化やツール導入により、テスト工程の時間・コスト・工数を削減し、品質を維持しながら開発サイクルを高速化する取り組み。

테스트 자동화 및 도구 도입을 통해 테스트 공정의 시간·비용·공수를 줄이고, 품질을 유지하면서 개발 사이클을 가속화하는 활동.

要件とテストケースの対応関係を一覧表形式で管理するマトリクスで、要件の網羅性確保とテスト漏れの防止を保証するために使用する品質管理における基本的な追跡ツールである

요구사항과 테스트 케이스의 대응 관계를 일람표 형식으로 관리하는 매트릭스로, 요구사항의 망라성과 테스트 누락 방지를 보장하기 위해 사용하는 품질 관리의 기본적인 추적 도구이다

ソフトウェア開発において、設計書やソースコードを複数人で詳細にレビューし、欠陥や問題点を早期に発見・除去する品質保証手法。

소프트웨어 개발에서 설계서나 소스 코드를 여러 사람이 상세히 검토하여 결함 및 문제점을 조기에 발견하고 제거하는 품질 보증 기법.

組織全体のテスト戦略とアーキテクチャを設計する専門職で、テストフレームワークの選定や自動化基盤の設計を主導し品質戦略における技術的意思決定を担う重要な役割を果たす

조직 전체의 테스트 전략과 아키텍처를 설계하는 전문직으로, 테스트 프레임워크 선정이나 자동화 기반 설계를 주도하며 품질 전략에서의 기술적 의사결정을 담당하는 중요한 역할을 수행한다

事前にテストケースを定義せず、テスターが自由に操作しながらバグや問題を発見するテスト手法。直感や経験を活かし、仕様書では想定しにくい欠陥を見つけるのに有効。

사전에 테스트 케이스를 정의하지 않고, 테스터가 자유롭게 조작하면서 버그나 문제를 발견하는 테스트 기법. 직관과 경험을 활용해 명세서에서 상정하기 어려운 결함을 찾는 데 효과적이다.

サービス間のAPIインターフェースが合意した契約に準拠しているかを検証するテスト手法。プロバイダーとコンシューマーの両者が契約を守っていることを独立して確認する。

서비스 간의 API 인터페이스가 합의된 계약에 준거하는지 검증하는 테스트 수법으로, 프로바이더와 컨슈머 양자가 계약을 준수하고 있는지 독립적으로 확인한다.

テスト実行結果を時間軸・モジュール軸で色分けして可視化するダッシュボードで、障害集中箇所やテスト頻度の偏りを直感的に把握し改善を促進する

테스트 실행 결과를 시간축·모듈축으로 색 구분하여 가시화하는 대시보드로, 장애 집중 개소나 테스트 빈도의 편중을 직감적으로 파악하고 개선을 촉진한다

アプリケーション実行中のCPU使用状況を計測・分析する手法。どの関数や処理がCPUリソースを多く消費しているかを特定し、パフォーマンスのボトルネック改善に活用する。

애플리케이션 실행 중 CPU 사용 현황을 측정·분석하는 기법. 어떤 함수나 처리가 CPU 리소스를 많이 소비하는지 파악하여 성능 병목 현상 개선에 활용한다.

コード変更に対して実行すべき回帰テストの範囲を効率的に選定するプロセス。変更影響分析と組み合わせて必要なテストのみを実行し、テスト時間の短縮を図る。

코드 변경에 대해 실행해야 할 회귀 테스트의 범위를 효율적으로 선정하는 프로세스로, 변경 영향 분석과 조합하여 필요한 테스트만 실행하고 테스트 시간 단축을 도모한다.

複数の条件や環境の組み合わせを表形式（マトリクス）で整理し、テストケースの網羅性を高める手法。OSやブラウザの互換性検証などで活用される。

여러 조건이나 환경의 조합을 표 형식(매트릭스)으로 정리하여 테스트 케이스의 망라성을 높이는 기법. OS나 브라우저 호환성 검증 등에 활용된다.

テスト実行に必要なデータをプログラム的に作成する手法。Fakerライブラリなどを用いて大量のリアルなテストデータを自動生成し、テストの網羅性と再現性を確保する。

테스트 실행에 필요한 데이터를 프로그래밍적으로 생성하는 수법으로, Faker 라이브러리 등을 사용하여 대량의 리얼한 테스트 데이터를 자동 생성하고 테스트의 망라성과 재현성을 확보한다.

テスト対象の各機能に対して、障害発生の可能性と影響度の二軸でリスクを評価するマトリクス。高リスク領域にテストリソースを重点配分し、限られた工数で最大のバグ検出効果を得るための判断基盤となる。

테스트 대상의 각 기능에 대해 장애 발생 가능성과 영향도의 두 축으로 리스크를 평가하는 매트릭스. 고위험 영역에 테스트 리소스를 중점 배분하여 제한된 공수로 최대의 버그 검출 효과를 얻기 위한 판단 기반이 된다.

テスト環境への不正アクセスや意図しない変更を防止するためのアクセス制御の仕組み。環境ごとの権限設定やデータ保護ポリシーを適用し、テスト環境のセキュリティを確保する。

테스트 환경에의 부정 접근이나 의도하지 않은 변경을 방지하기 위한 접근 제어이다. 환경별 권한 설정이나 데이터 보호 정책을 적용하여 테스트 환경의 보안을 확보한다.

テストデータのバージョンを世代管理し、スキーマ変更やデータモデルの進化に継続的に追従する仕組みである。古い世代のテストデータとの後方互換性テストにも幅広く活用される。

테스트 데이터의 버전을 세대 관리하여 스키마 변경이나 데이터 모델의 진화에 추종하는 구조이다. 오래된 세대의 테스트 데이터와의 후방 호환성 테스트에도 활용된다.

手動テストから自動テストへの段階的な移行を計画的に推進する文書。自動化対象の優先度付け、ツール選定、チームのスキル育成ロードマップを含む包括的な移行計画書である。

수동 테스트에서 자동 테스트로의 단계적 이행을 계획하는 문서이다. 자동화 대상의 우선순위 설정, 도구 선정, 팀의 스킬 육성 로드맵을 포함하는 포괄적인 계획이다.

コード変更の影響範囲に基づき、必要なテストのみを選択して実行する手法。全テストスイートを毎回実行する代わりに、変更に関連するテストだけを実行することでCI/CDのフィードバック時間を短縮する。

코드 변경의 영향 범위에 기반하여 필요한 테스트만 선택하여 실행하는 기법. 전체 테스트 스위트를 매번 실행하는 대신, 변경에 관련된 테스트만 실행함으로써 CI/CD의 피드백 시간을 단축한다.

ソースコードを実行せずに構文・品質・セキュリティ上の問題を検出するツール。LintやSonarQubeなどが代表例で、CI/CDパイプラインに組み込まれることが多い。

소스 코드를 실행하지 않고 구문·품질·보안 문제를 탐지하는 도구. Lint나 SonarQube 등이 대표적이며, CI/CD 파이프라인에 통합되는 경우가 많다.

品質保証の各工程を分析し、無駄の排除と効率向上を図るプロセス改善活動。テスト計画からバグ管理までの一連の流れを見直し、品質とスピードを両立させる最適なワークフローを構築する取り組みである。

품질 보증의 각 공정을 분석하여 낭비 배제와 효율 향상을 도모하는 프로세스 개선 활동이다. 테스트 계획부터 버그 관리까지의 일련의 흐름을 재검토하여 품질과 속도를 양립시키는 최적의 워크플로우를 구축하는 활동이다.

システムの状態変化を網羅的にテストする手法。各状態と遷移条件を状態遷移図や表に整理し、正常・異常パターンを検証する。組み込みやWebアプリのワークフロー検証に有効。

시스템의 상태 변화를 체계적으로 테스트하는 기법. 각 상태와 전이 조건을 상태 전이도나 표로 정리하여 정상 및 비정상 패턴을 검증한다. 임베디드 및 웹 앱 워크플로 검증에 효과적이다.

テストケース間の実行順序に関する依存関係や共有リソースの依存関係を静的・動的に解析する手法である。並列実行時のリソース競合や順序依存バグの早期発見に有効である。

테스트 케이스 간의 실행 순서에 관한 의존 관계나 공유 리소스의 의존 관계를 정적·동적으로 해석하는 기법이다. 병렬 실행 시의 리소스 경합이나 순서 의존 버그의 조기 발견에 활용된다.

組織全体のテスト活動を統括・管理するための体制とルール。テスト標準の策定、テストプロセスの監視、テストリソースの配分、品質目標の設定などを横断的に管理し、組織的なテスト品質を確保する。

조직 전체의 테스트 활동을 총괄·관리하기 위한 체제와 규칙. 테스트 표준 수립, 테스트 프로세스 감시, 테스트 리소스 배분, 품질 목표 설정 등을 횡단적으로 관리하여 조직적인 테스트 품질을 확보한다.

プロジェクト全体のテスト方針・範囲・手法・スケジュールを定めた上位レベルの計画書。品質目標達成のための指針となるドキュメント。

프로젝트 전체의 테스트 방침·범위·기법·일정을 정의한 상위 레벨의 계획 문서로, 품질 목표 달성을 위한 지침이 되는 문서이다.

QAチームの知見・ベストプラクティス・過去の障害事例を組織的に共有・蓄積する体制の構築。暗黙知を形式知に変換し、チーム全体のテストスキルと品質意識の底上げを図るナレッジマネジメント活動である。

QA 팀의 지견·베스트 프랙티스·과거 장애 사례를 조직적으로 공유·축적하는 체제의 구축이다. 암묵지를 형식지로 변환하여 팀 전체의 테스트 스킬과 품질 의식의 저변 확대를 도모하는 지식 관리 활동이다.

テストスイートの実行時間を短縮するための最適化手法の総称。テストの並列化、不要なテストの除外、テスト実行順序の最適化などを組み合わせて、フィードバックループの高速化を実現する。

테스트 스위트의 실행 시간을 단축하기 위한 최적화 기법의 총칭. 테스트의 병렬화, 불필요한 테스트의 제외, 테스트 실행 순서의 최적화 등을 조합하여 피드백 루프의 고속화를 실현한다.

意図的にコードやシステムに欠陥を埋め込み、既存のテストスイートがそれを正しく検出できるかどうかを定量的に評価する手法。テストの有効性を客観的に測定することができる。

의도적으로 코드나 시스템에 결함을 삽입하여 기존 테스트 스위트가 이를 검출할 수 있는지를 평가하는 기법이다. 테스트의 유효성을 정량적으로 측정할 수 있게 된다.

異なる環境・OS・ブラウザ・デバイス間でシステムが正常に動作するかを検証するテスト。リリース前に複数の環境での動作保証を確認するために実施する。

서로 다른 환경·OS·브라우저·디바이스 간에 시스템이 정상적으로 동작하는지 검증하는 테스트. 릴리스 전에 다양한 환경에서의 동작 보증을 확인하기 위해 실시한다.

既存のテストケースを見直し、冗長なテストの統合・不要なテストの削除・効果の低いテストの改善を行う活動。テストスイートの実行効率を高めながら、検出能力を維持または向上させることを目指す。

기존 테스트 케이스를 검토하여 중복 테스트의 통합·불필요한 테스트의 삭제·효과가 낮은 테스트의 개선을 수행하는 활동. 테스트 스위트의 실행 효율을 높이면서 검출 능력을 유지 또는 향상시키는 것을 목표로 한다.

入力データを同等の結果をもたらすグループに分割し、各グループから代表値を1つ選んでテストする設計技法で、テストケース数を大幅に削減しつつ品質確保を両立できる手法である

입력 데이터를 동등한 결과를 가져오는 그룹으로 분할하고, 각 그룹에서 대표값을 하나 선택하여 테스트하는 설계 기법으로, 테스트 케이스 수를 대폭 줄이면서 품질 확보를 양립할 수 있는 기법이다

品質メトリクスの基準値をプロジェクト開始時に設定し、以降の改善活動の効果を定量的に測定するための基準点を確立する。欠陥密度やテスト実行速度などの初期値を記録する。

품질 메트릭스의 기준값을 프로젝트 시작 시에 설정하여 이후의 개선 활동의 효과를 정량적으로 측정하기 위한 기준점이다. 결함 밀도나 테스트 실행 속도 등의 초기값을 기록한다.

テストの計画・設計・実行・報告の各工程を組織全体で統一されたプロセスとして標準化する活動。手順書やテンプレートを整備しプロジェクト間でのテスト品質のばらつきを解消する組織的な取り組みである。

테스트의 계획·설계·실행·보고의 각 공정을 조직 전체에서 통일된 프로세스로 표준화하는 활동이다. 절차서나 템플릿을 정비하여 프로젝트 간 테스트 품질의 편차를 해소하는 조직적인 활동이다.

テストの前処理や初期化処理を共通モジュールとして抽出し、テストコード全体で再利用可能にする設計手法である。テストの保守性を向上させ、セットアップの重複を排除する。

테스트의 전처리나 초기화 처리를 공통 모듈로 추출하여 테스트 코드 전체에서 재이용 가능하게 하는 설계 기법이다. 테스트의 유지보수성을 향상시키고 셋업의 중복을 배제한다.

テスト計画やテストケースの品質をレビューするための組織横断型の委員会で、テスト戦略の妥当性と網羅性を第三者視点で客観的に評価し品質基準の統一を組織全体で推進する

테스트 계획이나 테스트 케이스의 품질을 리뷰하기 위한 조직 횡단 위원회로, 테스트 전략의 타당성과 망라성을 제3자 시점에서 객관적으로 평가하고 품질 기준의 통일을 조직 전체에서 추진한다

システムの動作モデル（状態遷移図やUMLなど）を基にテストケースを自動生成する手法。テスト設計の効率化と網羅性向上に役立つ。

시스템의 동작 모델(상태 전이도, UML 등)을 기반으로 테스트 케이스를 자동 생성하는 기법으로, 테스트 설계 효율화와 커버리지 향상에 유용하다.

プロジェクトの品質目標・基準・手法・リソースを事前に定義する計画策定活動。テスト範囲・品質ゲート・リスク対応を明文化し、ステークホルダー間で品質に対する期待値を合意する基盤文書を作成する。

프로젝트의 품질 목표·기준·기법·리소스를 사전에 정의하는 계획 수립 활동이다. 테스트 범위·품질 게이트·리스크 대응을 명문화하여 이해관계자 간에 품질에 대한 기대치를 합의하는 기반 문서를 작성한다.

手動で行っていたソフトウェアテストをスクリプトやツールで自動実行する手法。回帰テストの効率化やCI/CDパイプラインへの組み込みに活用される。

수동으로 수행하던 소프트웨어 테스트를 스크립트나 툴로 자동 실행하는 방법론. 회귀 테스트 효율화 및 CI/CD 파이프라인 통합에 활용된다.

プロジェクトのテスト戦略全体を定期的に見直し、テスト手法・ツール・プロセスの有効性を評価する活動であり、品質目標と実績のギャップを分析してテストアプローチを最適化する。

프로젝트의 테스트 전략 전체를 정기적으로 재검토하여 테스트 수법·도구·프로세스의 유효성을 평가하는 활동이며, 품질 목표와 실적의 갭을 분석하여 테스트 접근법을 최적화한다.

テスト環境のリソース使用率や稼働状況を継続的に監視する運用活動で、環境起因のテスト失敗を早期に検知してテスト実行の安定性を確保するための重要な運用プラクティスである

테스트 환경의 리소스 사용률이나 가동 상황을 지속적으로 감시하는 운용 활동으로, 환경 기인 테스트 실패를 조기에 감지하여 테스트 실행의 안정성을 확보하기 위한 중요한 운용 프랙티스이다

テスト活動の完了時に作成する最終報告書。テスト範囲、実行結果、検出した不具合の概要、未解決課題、品質評価、リリース判定の根拠などをまとめ、プロジェクト関係者への品質状況の共有に用いる。

테스트 활동 완료 시 작성하는 최종 보고서. 테스트 범위, 실행 결과, 검출한 결함의 개요, 미해결 과제, 품질 평가, 릴리스 판정 근거 등을 정리하여 프로젝트 관계자에 대한 품질 상황 공유에 사용한다.

テスト期間中のバグ発見数と修正数の推移をグラフ化した曲線。新規バグ発見数が減少し修正完了数に収束していく傾向から、テスト活動の終了時期やリリース可否の判断材料として活用される。

테스트 기간 중 버그 발견 수와 수정 수의 추이를 그래프화한 곡선. 신규 버그 발견 수가 감소하고 수정 완료 수에 수렴해 가는 경향에서, 테스트 활동의 종료 시기나 릴리스 가부의 판단 자료로 활용된다.

テスト結果の安定性と信頼性を測定する指標で、フレーキーテスト率や偽陽性率などを継続的に追跡しテストスイートの信頼度を管理するための重要な品質メトリクスとして機能する

테스트 결과의 안정성과 신뢰성을 측정하는 지표로, 불안정 테스트 비율이나 위양성률 등을 지속적으로 추적하여 테스트 스위트의 신뢰도를 관리하기 위한 중요한 품질 메트릭스로 기능한다

テスト環境の構成・バージョン・データセットを組織全体で統一する標準化活動。環境差異によるテスト結果のばらつきを排除し再現性の高いテスト実行を保証するためのインフラ整備の取り組みである。

테스트 환경의 구성·버전·데이터셋을 조직 전체에서 통일하는 표준화 활동이다. 환경 차이에 의한 테스트 결과의 편차를 배제하고 재현성이 높은 테스트 실행을 보증하기 위한 인프라 정비의 활동이다.

複数のブラウザ・バージョンでWebアプリの動作を検証するための計画的なアプローチ。対象ブラウザの選定基準、テスト優先度、自動化ツールの活用方針を体系的に策定する。

여러 브라우저·버전에서 웹 앱의 동작을 검증하기 위한 계획적 접근법으로, 대상 브라우저의 선정 기준, 테스트 우선도, 자동화 도구 활용 방침을 체계적으로 수립한다.

ランダムまたは半ランダムなデータをシステムに入力し、予期しない動作やクラッシュ、脆弱性を検出するテスト手法。セキュリティテストにも活用される。

랜덤 또는 반랜덤 데이터를 시스템에 입력하여 예기치 않은 동작, 크래시, 취약점을 탐지하는 테스트 기법으로, 보안 테스트에도 활용된다.

実行のたびに結果が変わる不安定なテスト（フレーキーテスト）を特定・修正・隔離する取り組み。CI/CDパイプラインの信頼性向上に直結する重要なQA活動。

실행할 때마다 결과가 달라지는 불안정한 테스트(플레이키 테스트)를 식별·수정·격리하는 활동으로, CI/CD 파이프라인의 신뢰성 향상에 직결되는 중요한 QA 작업이다.

テストケースとソースコードの依存関係をグラフ構造で可視化し、変更があった箇所に影響するテストだけを特定して実行する手法である。CI実行時間の大幅な短縮に効果がある。

테스트 케이스와 소스 코드의 의존 관계를 그래프 구조로 시각화하여 변경된 부분에 영향받는 테스트만 특정하여 실행하는 기법이다. CI 실행 시간의 대폭적인 단축에 효과가 된다.

テスト対象が依存する外部サービスやAPIを仮想化してテスト可能にする手法で、外部依存を排除し安定した独立テスト環境を実現して開発チームの自律的なテスト実行を可能にする

테스트 대상이 의존하는 외부 서비스나 API를 가상화하여 테스트 가능하게 하는 기법으로, 외부 의존을 제거하고 안정된 독립 테스트 환경을 실현하여 개발 팀의 자율적인 테스트 실행을 가능하게 한다

事前の計画やドキュメントなしに、テスターの経験と直感に基づいて自由にシステムを探索するテスト手法。バグを素早く発見するのに有効。

사전 계획이나 문서 없이 테스터의 경험과 직관을 바탕으로 자유롭게 시스템을 탐색하는 테스트 기법으로, 버그를 빠르게 발견하는 데 효과적이다.

複数のテスト環境・ツール・テストスイートの実行を統合的に管理・制御する仕組み。テストの並列実行、依存関係の解決、結果の集約を自動化し、CI/CDパイプラインにおけるテスト効率を最大化する。

여러 테스트 환경·도구·테스트 스위트의 실행을 통합적으로 관리·제어하는 구조. 테스트의 병렬 실행, 의존 관계 해결, 결과 집약을 자동화하여 CI/CD 파이프라인에서의 테스트 효율을 극대화한다.

入力値の境界付近（最小値・最大値・その前後）にテストケースを集中させるテスト技法。バグが境界値周辺に多く潜む性質を利用し、効率的に欠陥を検出する。

입력값의 경계 근처(최솟값·최댓값·그 전후)에 테스트 케이스를 집중시키는 테스트 기법. 버그가 경계값 주변에 많이 숨어 있는 특성을 활용하여 효율적으로 결함을 발견한다.

複数のパラメータの全組み合わせではなく、任意の2因子間の組み合わせを網羅するテスト手法。テストケース数を大幅に削減しつつ、多くの不具合を効率的に検出する。

여러 파라미터의 전체 조합이 아닌 임의의 2인자 간 조합을 망라하는 테스트 수법으로, 테스트 케이스 수를 대폭 줄이면서도 많은 결함을 효율적으로 검출한다.

スマートフォンやタブレット向けアプリの動作・UI・パフォーマンスを検証するテスト。実機・エミュレータを使い、OS種別やバージョン差異も考慮して品質を担保する。

스마트폰 및 태블릿용 앱의 동작, UI, 성능을 검증하는 테스트. 실제 기기와 에뮬레이터를 사용하며, OS 종류 및 버전 차이를 고려하여 품질을 보장한다.

テスト結果が不安定で成功と失敗を繰り返すフレイキーテストを特定・修正する取り組みであり、テストスイートの信頼性を回復してCI/CDパイプラインの安定性を確保する。

테스트 결과가 불안정하여 성공과 실패를 반복하는 플레이키 테스트를 특정·수정하는 작업이며, 테스트 스위트의 신뢰성을 회복하여 CI/CD 파이프라인의 안정성을 확보한다.

コードや設計、セキュリティなどを検査・評価するツールまたは機能。IDEのコード検査機能やAWSのセキュリティ診断サービスなど、幅広い文脈で使われる。

코드, 설계, 보안 등을 검사·평가하는 도구 또는 기능. IDE의 코드 검사 기능이나 AWS의 보안 진단 서비스 등 다양한 맥락에서 사용된다.

組織のテスト自動化の導入・運用レベルを段階的に評価するモデルで、自動化の拡大とメンテナンス効率化の計画立案に活用し、組織全体の継続的な自動化改善を推進する仕組みである

조직의 테스트 자동화 도입·운용 레벨을 단계적으로 평가하는 모델로, 자동화 확대와 유지보수 효율화 계획 수립에 활용하며 조직 전체의 지속적인 자동화 개선을 추진하는 구조이다

テスト自動化への投資に対する回収効果を算出する指標。自動化の初期コストと継続コストを手動テストのコストと比較し、投資判断や自動化範囲の決定に活用する。

테스트 자동화 투자에 대한 회수 효과를 산출하는 지표로, 자동화의 초기 비용과 지속 비용을 수동 테스트 비용과 비교하여 투자 판단이나 자동화 범위 결정에 활용한다.

REST・GraphQLなどのAPIエンドポイントのリクエスト・レスポンスを自動的に検証するテスト手法であり、バックエンドの契約テストとスキーマバリデーションを継続的に実行する。

REST·GraphQL 등의 API 엔드포인트의 요청·응답을 자동으로 검증하는 테스트 수법이며, 백엔드의 계약 테스트와 스키마 밸리데이션을 지속적으로 실행한다.

ソフトウェアがどれだけテストしやすいかを示す品質特性。コードの構造や設計がテスト作成・実行・保守のしやすさに直結する。

소프트웨어가 얼마나 테스트하기 쉬운지를 나타내는 품질 특성. 코드 구조와 설계가 테스트 작성·실행·유지보수의 용이성에 직결된다.

同一のテストケースを異なる実行環境やコンテキストで動作させるための切替機構。開発環境、ステージング環境、本番環境の違いをテストコード側で吸収する設計手法である。

동일한 테스트 케이스를 다른 실행 환경이나 컨텍스트에서 동작시키기 위한 전환 기구이다. 개발 환경, 스테이징 환경, 운영 환경의 차이를 테스트 코드 측에서 흡수하는 설계 기법이다.

本番環境で発生した障害の影響範囲・原因・対策を文書化した報告書。障害の時系列整理と根本原因の究明により、再発防止策と品質改善のアクションプランを明確にする成果物である。

프로덕션 환경에서 발생한 장애의 영향 범위·원인·대책을 문서화한 보고서이다. 장애의 시계열 정리와 근본 원인 규명으로 재발 방지책과 품질 개선의 액션 플랜을 명확히 하는 산출물이다.

テストの目的・範囲・スケジュール・担当者・手法などをまとめた文書を作成すること。品質保証の基盤となりプロジェクト開始前に作成されることが多い。

테스트의 목적, 범위, 일정, 담당자, 방법론 등을 정리한 문서를 작성하는 것. 품질 보증의 기반이 되며 프로젝트 시작 전에 작성되는 경우가 많다.

組織全体で品質に対する当事者意識を持ち、開発者もQAも一体となって品質向上に取り組む文化を醸成する活動。品質は特定の部門の責任ではなく全員の責任という意識を浸透させる。

조직 전체에서 품질에 대한 당사자 의식을 가지고 개발자도 QA도 일체가 되어 품질 향상에 임하는 문화를 양성하는 활동이다. 품질은 특정 부문의 책임이 아닌 전원의 책임이라는 의식을 정착시키는 것이 중요하게 된다.

自動テストスクリプトをUI変更や仕様変更に追従させて維持管理する活動。ページオブジェクトパターンなどの設計手法を用いてメンテナンスコストを最小化する。

자동 테스트 스크립트를 UI 변경이나 사양 변경에 추종시켜 유지 관리하는 활동으로, 페이지 오브젝트 패턴 등의 설계 수법을 사용하여 유지보수 비용을 최소화한다.

要件からテストケース・テスト結果・欠陥までの関連性を追跡可能にする管理手法。要件の変更がテスト範囲に与える影響を即座に把握し、テスト漏れのリスクを低減する品質保証の基盤活動である。

요건에서 테스트 케이스·테스트 결과·결함까지의 관련성을 추적 가능하게 하는 관리 기법이다. 요건의 변경이 테스트 범위에 미치는 영향을 즉시 파악하여 테스트 누락의 리스크를 저감하는 품질 보증의 기반 활동이다.

テスト環境の構成・データ・可用性を管理しテスト結果の信頼性を担保する品質管理活動。本番環境との差異を最小化し環境起因のテスト失敗を防止することでテスト活動の効率と正確性を確保する取り組みである。

테스트 환경의 구성·데이터·가용성을 관리하여 테스트 결과의 신뢰성을 담보하는 품질 관리 활동이다. 프로덕션 환경과의 차이를 최소화하여 환경 기인의 테스트 실패를 방지함으로써 테스트 활동의 효율과 정확성을 확보하는 활동이다.

テスト実行後の結果データを体系的に分析して品質傾向・障害パターン・改善ポイントを導出する活動で、次イテレーションのテスト改善計画策定に重要なインプットを提供する

테스트 실행 후의 결과 데이터를 체계적으로 분석하여 품질 추세·장애 패턴·개선 포인트를 도출하는 활동으로, 다음 이터레이션의 테스트 개선 계획 수립에 중요한 인풋을 제공한다

テスト実行結果をPass、Fail、Blocked、Skippedなどのステータスに分類し管理する手法。結果の正確な集計と分析を可能にし、品質状況の把握と意思決定を支援する。

테스트 실행 결과를 Pass, Fail, Blocked, Skipped 등의 상태로 분류하여 관리하는 수법으로, 결과의 정확한 집계와 분석을 가능하게 하여 품질 상황 파악과 의사결정을 지원한다.

ソフトウェアのテストケースを効率的に作成するための手法。同値分割、境界値分析、デシジョンテーブルなどがあり、網羅性と効率のバランスを保つために活用される。

소프트웨어 테스트 케이스를 효율적으로 작성하기 위한 기법. 동치 분할, 경계값 분석, 결정 테이블 등이 있으며, 망라성과 효율의 균형을 유지하는 데 활용된다.

テスト対象の入力値・前提条件・期待結果を具体的に定義するテスト設計手法であり、同値分割や境界値分析などの技法を活用して効率的かつ網羅的なテストカバレッジを確保する。

테스트 대상의 입력값·전제 조건·기대 결과를 구체적으로 정의하는 테스트 설계 수법이며, 동치 분할이나 경계값 분석 등의 기법을 활용하여 효율적이며 망라적인 테스트 커버리지를 확보한다.

リスクの高い機能や領域を優先的にテストする手法。限られたリソースで最大の品質効果を得るため、障害発生確率と影響度に基づいてテスト優先順位を決定する。

리스크가 높은 기능이나 영역을 우선적으로 테스트하는 기법. 제한된 리소스로 최대의 품질 효과를 얻기 위해 결함 발생 확률과 영향도를 기반으로 테스트 우선순위를 결정한다.

複数のテストを同時に並行して実行する手法。CI/CDパイプラインでテスト時間を大幅に短縮でき、リリースサイクルの高速化に貢献する。

여러 테스트를 동시에 병렬로 실행하는 기법. CI/CD 파이프라인에서 테스트 시간을 크게 단축할 수 있으며, 릴리스 사이클 가속화에 기여한다.

未実装のテストケースや古くなったテストコードなど、テストに関する技術的負債を計測・追跡・解消する管理活動。テスト債務を定量化し、計画的に返済することでテストスイートの信頼性を維持する。

미구현 테스트 케이스나 오래된 테스트 코드 등 테스트에 관한 기술적 부채를 계측·추적·해소하는 관리 활동. 테스트 부채를 정량화하고 계획적으로 상환함으로써 테스트 스위트의 신뢰성을 유지한다.

APIの利用側（コンシューマー）が期待するインターフェース仕様をコントラクトとして定義し、提供側（プロバイダー）がそれを満たすかテストで検証する手法。マイクロサービス間の結合テストに有効。

API 소비자가 기대하는 인터페이스 사양을 계약으로 정의하고, 제공자(프로바이더)가 이를 충족하는지 테스트로 검증하는 기법. 마이크로서비스 간 통합 테스트에 효과적이다.

システムの負荷増大（ユーザー数・データ量など）に対して、性能を維持・拡張できるかを検証するテスト手法。

사용자 수나 데이터량 등 부하 증가에 대해 시스템이 성능을 유지하고 확장할 수 있는지 검증하는 테스트 기법이다.

データベースのトランザクション処理が正しくコミット・ロールバックされることを検証するテストで、データ整合性とACID特性の担保を確認する

데이터베이스의 트랜잭션 처리가 올바르게 커밋·롤백되는 것을 검증하는 테스트로, 데이터 정합성과 ACID 특성의 보증을 확인한다

必要なときに必要なテスト環境をクラウド上で自動的にプロビジョニングする仕組み。テスト完了後は自動で環境を破棄し、リソースコストを最小化しながら、開発チームの環境待ち時間をゼロにする。

필요할 때 필요한 테스트 환경을 클라우드상에서 자동으로 프로비저닝하는 구조. 테스트 완료 후 자동으로 환경을 파기하여 리소스 비용을 최소화하면서 개발 팀의 환경 대기 시간을 제로로 만든다.

実際のユーザーに製品やプロトタイプを操作してもらい、使いやすさや問題点を検証するテスト手法。UX改善の重要なプロセス。

실제 사용자가 제품이나 프로토타입을 직접 조작하게 하여 사용성과 문제점을 검증하는 테스트 기법으로, UX 개선의 핵심 프로세스입니다.

テスト自動化の方針・基準・プロセスを組織全体で統一的に管理する体制で、自動化の品質と一貫性を維持しながらスケールさせる仕組みとして組織の自動化推進を統制する枠組みである

테스트 자동화의 방침·기준·프로세스를 조직 전체에서 통일적으로 관리하는 체제로, 자동화의 품질과 일관성을 유지하면서 스케일시키는 구조로서 조직의 자동화 추진을 통제하는 프레임워크이다

テストで使用するデータの正確性・網羅性・個人情報マスキングを管理する品質管理活動。本番データに近い高品質なテストデータを安全に維持し、テスト結果の信頼性を確保するためのデータ管理手法である。

테스트에서 사용하는 데이터의 정확성·망라성·개인 정보 마스킹을 관리하는 품질 관리 활동이다. 프로덕션 데이터에 가까운 고품질 테스트 데이터를 안전하게 유지하여 테스트 결과의 신뢰성을 확보하기 위한 데이터 관리 기법이다.

テスト活動全体を統括する管理体制の構築と運用。テストマネージャーの責務・チーム構成・コミュニケーションライン・エスカレーションルールを明確にしテスト活動の組織的な推進を図る体制整備である。

테스트 활동 전체를 총괄하는 관리 체제의 구축과 운용이다. 테스트 매니저의 책무·팀 구성·커뮤니케이션 라인·에스컬레이션 규칙을 명확히 하여 테스트 활동의 조직적인 추진을 도모하는 체제 정비이다.

コード変更やリリースに対して、どのテストケースが影響を受けるかを分析する手法。変更差分とテストケースの依存関係を特定し、回帰テストの実行範囲を最適化することで効率的な品質保証を行う。

코드 변경이나 릴리스에 대해 어떤 테스트 케이스가 영향을 받는지 분석하는 기법. 변경 차분과 테스트 케이스의 의존 관계를 특정하여 회귀 테스트의 실행 범위를 최적화함으로써 효율적인 품질 보증을 수행한다.

テストケースのリスクと重要度を二軸で整理し、実行優先度を視覚的に決定するマトリクス。時間やリソースに制約がある場合に、最も効果的なテスト順序を導き出す。

테스트 케이스의 리스크와 중요도를 이축으로 정리하여 실행 우선도를 시각적으로 결정하는 매트릭스로, 시간이나 리소스에 제약이 있을 때 가장 효과적인 테스트 순서를 도출한다.

テスト実行状況・合格率・バグ傾向・カバレッジ推移をリアルタイムで可視化するダッシュボードであり、ステークホルダーへの品質状況報告と迅速な意思決定を支援する。

테스트 실행 상황·합격률·버그 경향·커버리지 추이를 실시간으로 가시화하는 대시보드이며, 이해관계자에의 품질 상황 보고와 신속한 의사 결정을 지원한다.

予防コスト・評価コスト・内部失敗コスト・外部失敗コストの4分類で品質関連費用を分析する活動。品質投資の最適配分を明らかにし予防活動への投資強化が総コスト削減につながることを示すための分析手法である。

예방 비용·평가 비용·내부 실패 비용·외부 실패 비용의 4분류로 품질 관련 비용을 분석하는 활동이다. 품질 투자의 최적 배분을 밝히고 예방 활동에 대한 투자 강화가 총비용 삭감으로 이어짐을 보여주기 위한 분석 기법이다.

テスト環境のデータ状態やサービス構成を管理し、テスト実行前後の環境を一貫した状態に保つ手法である。テスト間の副作用を確実に防止し、結果の再現性を確保する効果がある。

테스트 환경의 데이터 상태나 서비스 구성을 관리하여 테스트 실행 전후의 환경을 일관된 상태로 유지하는 기법이다. 테스트 간의 부작용을 방지하고 결과의 재현성을 확보한다.

テスト時に本物のオブジェクトの代わりに使う代替オブジェクトの総称。スタブ・モック・フェイク・スパイ・ダミーの5種類に分類される。

테스트 시 실제 객체 대신 사용하는 대체 객체의 총칭. 스텁·목·페이크·스파이·더미의 5가지 종류로 분류된다.

プロダクトの品質に影響を与えるリスクを特定・評価・優先順位付けする分析活動。発生確率と影響度のマトリクスでリスクを可視化し、テストリソースの重点配分と緩和策の策定を支援する手法である。

프로덕트의 품질에 영향을 미치는 리스크를 특정·평가·우선순위 부여하는 분석 활동이다. 발생 확률과 영향도의 매트릭스로 리스크를 가시화하여 테스트 리소스의 중점 배분과 완화책의 수립을 지원하는 기법이다.

実際のユーザーに製品を操作してもらい、使いやすさや問題点を評価・検証するテスト手法。UI/UX改善の重要なインプットとなる。

실제 사용자가 제품을 조작하게 하여 사용 편의성과 문제점을 평가·검증하는 테스트 기법. UI/UX 개선의 중요한 인풋이 된다.

アプリやシステムが異常終了した際に自動生成される障害報告書。スタックトレースやデバイス情報などを含み、原因調査に活用される。

앱이나 시스템이 비정상 종료될 때 자동으로 생성되는 장애 보고서. 스택 트레이스와 디바이스 정보 등을 포함하며 원인 분석에 활용된다.

PDCA手法を品質管理に適用し、計画・実行・評価・改善を継続的に回す品質向上活動。各スプリントやリリースごとに品質データを振り返り、次のサイクルで具体的な改善を実施する体制を構築する。

PDCA 기법을 품질 관리에 적용하여 계획·실행·평가·개선을 지속적으로 반복하는 품질 향상 활동이다. 각 스프린트나 릴리스마다 품질 데이터를 되돌아보고 다음 사이클에서 구체적인 개선을 실시하는 체제를 구축한다.

コード行数やモジュールあたりのバグ発見数を表す代表的な品質指標で、品質の低い領域を定量的に把握してリソース配分の判断やテスト強化の対象決定に広く活用されるメトリクスである

코드 행 수나 모듈당 버그 발견 수를 나타내는 대표적인 품질 지표로, 품질이 낮은 영역을 정량적으로 파악하여 리소스 배분 판단이나 테스트 강화 대상 결정에 널리 활용되는 메트릭스이다

テストスイートの実行時間を詳細に計測し、ボトルネックとなっているテストケースやセットアップ処理を正確に特定するプロファイリング手法である。CI高速化の第一歩となる。

테스트 스위트의 실행 시간을 상세히 계측하여 병목이 되는 테스트 케이스나 셋업 처리를 특정하는 프로파일링 기법이다. CI 고속화의 첫걸음이 된다.

本番環境とは分離された、ソフトウェアの動作検証を行うための環境。開発・QAチームがバグ検出やリグレッションテストを安全に実施できる場を指す。

운영 환경과 분리된, 소프트웨어 동작 검증을 위한 환경. 개발·QA 팀이 버그 발견이나 회귀 테스트를 안전하게 수행할 수 있는 공간을 말한다.

QA専門家が開発チームにテスト技術やプラクティスを指導・支援するメンタリング活動で、チーム全体のテスト能力向上と品質文化の定着を促進し自律的な品質改善体制を実現する

QA 전문가가 개발 팀에 테스트 기술이나 프랙티스를 지도·지원하는 멘토링 활동으로, 팀 전체의 테스트 역량 향상과 품질 문화 정착을 촉진하며 자율적인 품질 개선 체제를 실현한다

発見されたバグを種類・原因・影響度などの基準で体系的に分類する手法で、根本原因分析と再発防止策の立案を支援するとともに品質改善活動の方向性を明確にする重要な手法である

발견된 버그를 종류·원인·영향도 등의 기준으로 체계적으로 분류하는 기법으로, 근본 원인 분석과 재발 방지 대책 수립을 지원하는 동시에 품질 개선 활동의 방향성을 명확히 하는 중요한 기법이다

同一のテストケースや検証ロジックが複数箇所に重複して存在しないよう管理する品質管理手法。保守コスト削減とテストスイートの信頼性向上に寄与する。

동일한 테스트 케이스나 검증 로직이 여러 곳에 중복되지 않도록 관리하는 품질 관리 기법으로, 유지보수 비용 절감과 테스트 스위트의 신뢰성 향상에 기여한다.

組織のテストプロセスの成熟レベルを体系的に評価しロードマップを策定する活動。TMMi等のモデルに基づきテスト計画・設計・実行・管理の各領域を段階的に改善するための評価フレームワークである。

조직의 테스트 프로세스의 성숙 레벨을 체계적으로 평가하여 로드맵을 수립하는 활동이다. TMMi 등의 모델에 기반하여 테스트 계획·설계·실행·관리의 각 영역을 단계적으로 개선하기 위한 평가 프레임워크이다.

本番環境や実ユーザーを対象に行うテスト手法。モニタリング・A/Bテスト・カナリアリリースなどを通じ、リリース後の品質を継続的に検証するアプローチ。

프로덕션 환경이나 실제 사용자를 대상으로 수행하는 테스트 기법. 모니터링, A/B 테스트, 카나리아 릴리스 등을 통해 릴리스 후 품질을 지속적으로 검증하는 접근 방식.

テスト対象の機能と環境・ブラウザ・OSの組み合わせを二次元の表で管理するツールであり、テストの網羅性を可視化して実行漏れを防止する。

테스트 대상의 기능과 환경·브라우저·OS의 조합을 2차원 표로 관리하는 도구이며, 테스트의 망라성을 가시화하여 실행 누락을 방지한다.

複数のモジュールやコンポーネントを組み合わせて、インターフェースやデータの受け渡しが正しく機能するかを検証するテスト工程。単体テストの次フェーズとして実施される。

여러 모듈이나 컴포넌트를 결합하여 인터페이스와 데이터 전달이 올바르게 동작하는지 검증하는 테스트 단계. 단위 테스트 이후 단계로 수행된다.

Dockerなどのコンテナ技術を活用して、テスト実行環境を隔離・標準化する手法。テスト環境の再現性を保証し、開発者のローカル環境やCI環境での一貫したテスト実行を可能にする。

Docker 등의 컨테이너 기술을 활용하여 테스트 실행 환경을 격리·표준화하는 기법. 테스트 환경의 재현성을 보장하고, 개발자의 로컬 환경이나 CI 환경에서의 일관된 테스트 실행을 가능하게 한다.

テスト実行環境をDockerやCI/CDで標準化し、環境差異によるテスト結果のブレをなくす取り組み。

테스트 실행 환경을 Docker나 CI/CD로 표준화하여 환경 차이에 의한 테스트 결과의 편차를 없애는 활동.

テスト工程に必要な工数・期間・コストを事前に算出するプロセス。テスト範囲、テストケース数、環境構築コストなどを考慮して見積もりを作成する。

테스트 공정에 필요한 공수·기간·비용을 사전에 산출하는 프로세스. 테스트 범위, 테스트 케이스 수, 환경 구축 비용 등을 고려하여 견적을 작성한다.

システムのユースケース（利用シナリオ）に基づいてテストケースを設計・実施する技法。ユーザー視点での一連の操作フローを検証し、機能要件の網羅性を確認する。

시스템의 유스케이스(이용 시나리오)를 기반으로 테스트 케이스를 설계·실행하는 기법. 사용자 관점의 일련의 조작 흐름을 검증하고 기능 요건의 망라성을 확인한다.

システムに大量のリクエストや処理を意図的にかけ、性能限界や応答時間の劣化を測定するテスト手法。本番環境に近い条件で実施する。

시스템에 대량의 요청이나 처리를 의도적으로 가하여 성능 한계와 응답 시간 저하를 측정하는 테스트 기법. 실제 운영 환경에 가까운 조건에서 실시한다.

アプリケーションの入力ポイントや外部インターフェースなどのテスト対象領域を体系的に洗い出して分析し、テスト漏れのリスクが特に高い重要な箇所を特定する分析手法である。

애플리케이션의 입력 포인트나 외부 인터페이스 등의 테스트 대상 영역을 체계적으로 파악하여 테스트 누락 리스크가 높은 부분을 특정하는 분석 기법이다.

カバレッジ率、欠陥密度、テスト成功率などの品質指標に基づいてリリース可否を自動的に判定する仕組みである。人的判断のばらつきを排除し、一貫した品質基準を維持する。

커버리지율, 결함 밀도, 테스트 성공률 등의 품질 지표에 기반하여 릴리스 가부를 자동으로 판정하는 구조이다. 인적 판단의 편차를 배제하고 일관된 품질 기준을 유지한다.

ソフトウェアテストの構造モデル。底辺にユニットテスト、中段にインテグレーションテスト、頂点にE2Eテストを配置し、下層ほど数を多く実装することで効率的なテスト戦略を示す概念。

소프트웨어 테스트의 구조 모델. 하단에 유닛 테스트, 중간에 통합 테스트, 정점에 E2E 테스트를 배치하며, 하위 레이어일수록 더 많이 구현함으로써 효율적인 테스트 전략을 나타내는 개념.

機能性・信頼性・効率性・保守性などの品質特性を定義し、プロダクトの品質目標を体系化する活動。ISO25010等の標準に基づき品質要求を構造化し、テスト戦略と品質評価の基盤とする取り組みである。

기능성·신뢰성·효율성·유지보수성 등의 품질 특성을 정의하고 프로덕트의 품질 목표를 체계화하는 활동이다. ISO25010 등의 표준에 기반하여 품질 요구를 구조화하고 테스트 전략과 품질 평가의 기반으로 하는 활동이다.

テスト目的のために人工的にデータを生成・加工する手法。本番データを使わずにテストシナリオに合った任意のデータセットを作成し、テストの再現性と安全性を高める。

테스트 목적을 위해 인위적으로 데이터를 생성·가공하는 기법. 실제 운영 데이터를 사용하지 않고 테스트 시나리오에 맞는 임의의 데이터셋을 생성하여 테스트의 재현성과 안전성을 높인다.

機能領域ごとの品質リスクを発生確率と影響度の二軸で色分けして可視化するマトリクスである。テスト優先度の決定やステークホルダーへの品質報告に広く活用される手法である。

기능 영역별 품질 리스크를 발생 확률과 영향도의 두 축으로 색분하여 시각화하는 매트릭스이다. 테스트 우선순위 결정이나 이해관계자에의 보고에 활용되는 기법이다.

テスト対象システムの典型的なユーザー像をペルソナとして具体的に定義し、ユーザー視点でのテストシナリオ設計に活用する手法で実際の利用場面に近い品質検証を可能にする

테스트 대상 시스템의 전형적인 사용자상을 페르소나로 구체적으로 정의하고, 사용자 관점에서의 테스트 시나리오 설계에 활용하는 기법으로 실제 이용 장면에 가까운 품질 검증을 가능하게 한다

CI/CDパイプラインにおいて、コードが次のフェーズへ進む前にカバレッジや静的解析などの品質基準を満たすことを強制する仕組み。

CI/CD 파이프라인에서 코드가 다음 단계로 진행되기 전에 커버리지나 정적 분석 등 품질 기준을 충족하도록 강제하는 설정.

プロダクトの品質に影響を与えるリスクを特定・評価し、優先順位を付ける分析活動。技術的複雑度、ビジネスインパクト、変更頻度などの観点からリスクを定量化し、テスト戦略の重点配分を決定する。

제품의 품질에 영향을 미치는 리스크를 특정·평가하고 우선순위를 매기는 분석 활동. 기술적 복잡도, 비즈니스 임팩트, 변경 빈도 등의 관점에서 리스크를 정량화하여 테스트 전략의 중점 배분을 결정한다.

ソフトウェアの品質保証を専門とするエンジニア。テスト設計・実行からプロセス改善まで幅広く担当し、開発チームと連携して製品全体の品質向上に貢献する。

소프트웨어 품질 보증을 전문으로 하는 엔지니어로, 테스트 설계·실행부터 프로세스 개선까지 폭넓게 담당하며 개발 팀과 연계하여 제품 전체의 품질 향상에 기여한다.

テストの自動実行を支援するソフトウェア基盤の総称。テストスクリプトの記述方法やレポート生成、テスト実行の制御機能などを体系的に提供する構造化された仕組み。

테스트 자동 실행을 지원하는 소프트웨어 기반의 총칭으로, 테스트 스크립트 작성 방법이나 레포트 생성, 테스트 실행 제어 기능 등을 체계적으로 제공하는 구조화된 구조이다.

Microsoftが開発したE2Eテスト自動化フレームワーク。Chromium・Firefox・WebKitをサポートし、クロスブラウザテストを単一APIで実行できる。

Microsoft가 개발한 E2E 테스트 자동화 프레임워크. Chromium·Firefox·WebKit을 지원하며, 크로스 브라우저 테스트를 단일 API로 실행할 수 있다.

コードやドキュメントを体系的にレビューして欠陥を早期に発見する静的テスト技法の総称で、ウォークスルーやインスペクションなどの手法を含み動的テスト前の品質確保を担保する

코드나 문서를 체계적으로 리뷰하여 결함을 조기에 발견하는 정적 테스트 기법의 총칭으로, 워크스루나 인스펙션 등의 기법을 포함하며 동적 테스트 전의 품질 확보를 담보한다

テストコードやテストデータの定期的な見直し・更新・廃棄の計画。陳腐化したテストケースの除去、テストフレームワークのバージョンアップ、テストデータの鮮度維持などを体系的に管理する。

테스트 코드나 테스트 데이터의 정기적인 검토·갱신·폐기 계획. 진부화된 테스트 케이스 제거, 테스트 프레임워크의 버전 업그레이드, 테스트 데이터의 신선도 유지 등을 체계적으로 관리한다.

テスト結果の報告内容・形式・頻度・報告先を標準化するルール。テストサマリー・バグ統計・品質メトリクスの記載項目を統一し、ステークホルダーへの品質状況報告の精度と効率を高める基準である。

테스트 결과의 보고 내용·형식·빈도·보고처를 표준화하는 규칙이다. 테스트 서머리·버그 통계·품질 메트릭스의 기재 항목을 통일하여 이해관계자에 대한 품질 상황 보고의 정밀도와 효율을 높이는 기준이다.

テスト環境に対して意図的にネットワーク障害やリソース制限を注入し、システムの耐障害性やリカバリ能力を検証する実験手法である。本番環境における障害の予防に大きく貢献する。

테스트 환경에 의도적으로 장애나 리소스 제한을 주입하여 시스템의 내장애성이나 복구 능력을 검증하는 실험 기법이다. 운영 장애의 예방에 크게 기여한다.

不安定なテストの失敗に対して自動リトライを適用する際の戦略を策定する手法。リトライ回数の上限、リトライ対象の条件、フレーキー判定基準を定めて運用の安定性を確保する。

불안정한 테스트의 실패에 대해 자동 리트라이를 적용할 때의 전략이다. 리트라이 횟수의 상한, 리트라이 대상의 조건, 플레이키 판정 기준을 정하여 운용의 안정성을 확보한다.

ソフトウェアの品質確認のために、入力値・操作手順・期待結果を定義したテスト項目を設計・記述するプロセス。バグの早期発見と仕様の明確化に役立つ。

소프트웨어 품질 확인을 위해 입력값, 조작 절차, 기대 결과를 정의한 테스트 항목을 설계하고 기술하는 프로세스. 버그의 조기 발견과 사양 명확화에 도움이 된다.

テスト実行リクエストをキューに入れて順次処理する仕組みである。リソースの競合を避けつつ、テストの重要度と優先度に基づいたテスト実行順序の制御を可能にする手法である。

테스트 실행 리퀘스트를 큐에 넣어 순차적으로 처리하는 구조이다. 리소스의 경합을 피하면서 우선순위에 기반한 테스트 실행 순서의 제어를 가능하게 한다.

全テストケースのうち自動化されたテストケースの割合を示す指標。手動テストから自動テストへの移行進捗を可視化し、テスト自動化戦略の進捗状況や投資対効果の測定に活用される。

전체 테스트 케이스 중 자동화된 테스트 케이스의 비율을 나타내는 지표. 수동 테스트에서 자동 테스트로의 전환 진척을 가시화하며, 테스트 자동화 전략의 진행 상황이나 투자 대비 효과 측정에 활용된다.

発見したバグの再現手順・期待結果・実際結果・環境情報を正確に記録する文書作成プロセスであり、開発者が効率的にバグを再現・修正できるよう情報の質と構造を確保する。

발견한 버그의 재현 절차·기대 결과·실제 결과·환경 정보를 정확히 기록하는 문서 작성 프로세스이며, 개발자가 효율적으로 버그를 재현·수정할 수 있도록 정보의 질과 구조를 확보한다.

過去の欠陥傾向を分析し、同種の問題が再発しないようプロセスや設計を事前に改善する活動。テスト工程で発見するのではなく上流工程で欠陥の混入自体を防止する予防的品質管理の実践である。

과거 결함 동향을 분석하여 동종의 문제가 재발하지 않도록 프로세스나 설계를 사전에 개선하는 활동이다. 테스트 공정에서 발견하는 것이 아니라 상류 공정에서 결함 혼입 자체를 방지하는 예방적 품질 관리의 실천이다.

ソフトウェアの一定規模（コード行数や機能点数）に対する欠陥数の比率を測定する品質指標。リリース判断やプロセス改善の基準として活用される。

소프트웨어의 일정 규모(코드 라인 수나 기능 점수)에 대한 결함 수의 비율을 측정하는 품질 지표. 릴리스 판단이나 프로세스 개선의 기준으로 활용된다.