Chapter 2
SDLC全体を通してのテストの用語を順に解説します。
SDLCがテストへ与える影響とは シーケンシャル、反復、インクリメンタルなどの開発モデルにより、テスト活動の時期、範囲、文書化、フィードバック周期が変わります。 具体例 モデル名だけで良否を決めず、成果物、変更頻度、リスク、チーム構造へテストを適合させます。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が
全チームアプローチとは 全チームアプローチは品質をテスターだけの責任にせず、必要な知識と技能を持つメンバーが協働する考え方です。 具体例 独立性の利点を失わないよう役割と視点を確保しつつ、早期の対話と共同作業を行います。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が何かを比較します。名称だけで結論を出さ
シフトレフトとは シフトレフトはレビュー、テスト設計、自動チェックなどの活動を開発ライフサイクルの早い段階へ移す考え方です。 具体例 後半のテストを廃止する意味ではなく、早期フィードバックと本番に近い後半評価の両方が必要です。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が何かを比較します。名称だけで結論
テストレベルとテストタイプとは テストレベルはコンポーネント、統合、システム、受け入れなど対象範囲を表し、テストタイプは機能、非機能、ホワイトボックス、変更関連など目的を表します。 具体例 同じテストタイプを複数レベルで実施でき、レベルとタイプは別の分類軸です。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果
確認テストとリグレッションテストとは 確認テストは特定の欠陥修正が成功したか確認し、リグレッションテストは変更が既存部分へ悪影響を与えていないか調べます。 具体例 同じ変更後に両方を行うことがありますが、確認対象と影響範囲が異なります。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が何かを比較します。名称
TDD・ATDD・BDDとは TDDは小さなテストと実装の反復、ATDDは受け入れ条件からの協働、BDDは振る舞い例を共通言語で表す開発アプローチです。 具体例 いずれも早期フィードバックを促しますが、対象レベル、参加者、記述の焦点が異なります。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が何かを比較し
DevOpsとレトロスペクティブとは DevOpsは開発・運用の協働と自動化で価値提供を速め、レトロスペクティブはプロセスを振り返り改善行動を決めます。 具体例 高速化だけでなく継続的テスト、監視、フィードバック、共有責任を含みます。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が何かを比較します。名称だ
公式資料へのリンクと確認日を各記事に掲載しています。