JSTQB

ソフトウェア開発の結果として生成されたビルド結果やコンテナなど

テストは実行するだけでなく、ソフトウェアライフサイクルとの統合が必要

要件通り満たしているかだけでなく、ステークホルダーのニーズを満たすソフトウェアかどうか

静的テストはソフトウェアは動作しない
コードレビューとか

動的テストはソフトウェアを動作する

静的 : ソフトウェアを動作するわけではないので、直接的にバグを修正する
動的 : 再現、原因箇所特定、修正

確認テストは1度目のテスト者と同じ人が行ったほうがいい

https://aws.amazon.com/jp/what-is/sdlc/

テストはQC
QAは開発・テスト含めてのプロセスの実装と改善を主眼としている

欠陥の大部分は少数のコンポーネントに集約

テストの弱化
同じテストを繰り返すとテストの効果は弱まるため、値を変えるなどの工夫がいる。
※リグレッションテストはその限りではない

欠陥ゼロの落とし穴
テストがすべて通っても、ニーズを満たせていないソフトウェアは無意味

テスト目的の定義と最も効果的に達成するアプローチを選択する

テストモニタリング
進捗確認

テストコントロール
テストの目的を達成するために必要な行動をとること

ソフトウェアの仕様書を分析して
テスト可能なユースケースを識別し
テスト条件を決めつつ、リスクレベルの分析をする

シーケンシャル開発

• V字モデル
• ウォータフォール

初期段階

• 要件レビュー
• テスト分析
• テスト設計

イテレーティブ開発
インクリメンタル開発
https://rihoublog.com/2020/06/07/イテレーティブ開発とインクリメンタル開発の違/

各イテレーション時に静的・動的テストを行う
→広範なリグレッションテストが必要

アジャイル開発
変更可能性を残す
→ドキュメントの軽量化
リグレッションテストの容易性向上のためのテスト自動化