書籍

第1章ソフトウェアテストの目的

ソフトウェアを変更した時の意図しない変更を確認するテスト。
「退行テスト」や「回帰テスト」と呼ぶ。
自動化がとても効果的。

課題と感じている内容だ。

JSTQB Foundation Level シラバスで「テストの7原則」というガイドラインで、ソフトウェアテストで注意すべき点が紹介されている。

これは確かに。
テストが全てパスしたとしても、不具合が生じないソフトウェアである証明にはならない。

こちらも当たり前ではある。
同値分割テスト、境界値テストで効率的にテストを行う内容が後述されていると予想

欠陥の発見が遅くなるほど、修正コストが大きくなる。
早く見つけるに越したことはない。

ソフトウェアの欠陥は一部の機能に集中しがち。
これは確かにそうかも。
あと、機能が拡張され続け、機能に関わる処理が長く続いている時に生じやすい傾向にある。

同じ殺虫剤を使い続けると、虫も耐性がつき、効果が低くなることの例え。
あまりイメージはできないかも

いつも同じようなテストを行えば良いわけではなく、開発体制で内容が変わることもある。

仮に大規模なテストができたとしても、完璧で正しいソフトウェアになるとは限らない。
ステークホルダーの期待を満たしているか？も必要。