第1章
懐かしい内容。
品質特性で、セキュリティが機能性に入っていたなんて、今だと不思議な気がする。
第2章
・ホワイトボックステスト→内部の構造に着目したテスト
・ブラックボックステスト→入出力に注目したテスト
・境界値テスト
・デシジョンテーブルテスト
・状態遷移テスト
・組み合わせテスト
・静的テスト→ソフトウエアを動作させないテスト。レビューなど。
・動的テスト→ソフトウエアを動作させるテスト
・インスペクション→公式性の高いレビュー。公式記録に残すべき文書に適したレビュー
・テクニカルレビュー→専門知識をモツレビュアーによるレビュー
・非公式レビュー→ペアレビュー。特に決まった形式はない
・ウォークスルー→作成者がレビューを作成し、レビュアーにコメントを求める形式で進める
第3章
ホワイトボックステストのこと
第4章
・テスト計画
テスト工程の目的と範囲を明確にする
テストアプローチ、人員、環境、リソース、スケジュールのことなど立案
・テスト設計
テストの種類、目的、テスト対象機能、テスト技法、インプットとアウトプット、合否判定基準を定める
・テストケース作成
テスト手順、機体結果、判定欄を記載するドキュメント
・テスト報告
テスト結果を要約し、合否判定やその根拠となるデータを示す
第5章
・同値クラステスト
同じ動作をする条件の集まりごとにテストを行う技法
・境界値テスト
仕様条件の境界となる値とその隣接した値に対するテスト
第6章
・デシジョンテーブル
複数の条件によって決定されるソフトウエアの動作の一覧表
（これ、昔の詳細設計書だよね）
第7章
・状態遷移テスト
メリット
仕様が曖昧な箇所に潜む欠陥を発見できる
状態遷移の不備を発見できる
第8章
・組み合わせテスト
複数の条件を組み合わせてソフトウエアの動作を確認するテスト
・2因子網羅
２つの因子の組み合わせをすべて網羅する
「多くの欠陥は２因子間で見つかる」の定説
第9章
テスト技法チャートを用いることで、要求に適したテスト技法を見つけやすくなる
第10章
テストフェーズごとにテストドキュメントを作成する理由
・テスト工程間で品質が劣化することを防ぐ
→担当者間の認識の齟齬を防ぐ
・テスト対象のソフトウエアの品質状況を可視化する
第11章
・テスト設計仕様書の書き方
追跡性
関連性
定義の理由
記述の粒度
規模
第12章
モニタリング
・時間経過にともなう状況変化の把握
・不具合の分類による傾向の把握
・信頼度成長曲線を用いたモニタリング
感想
古くなってる部分もあるけど、逆に今のやり方と比べて、なにが普遍的なのかがわかる（ような気がする）