自動テストを整えているのに、性能・セキュリティ・アクセシビリティの課題が別口で出てくる。
そのままだと、テストを増やしているのに品質を守り切れない状態が続き、開発チームの安心感も育ちません。
自動テストの外側まで含めて、品質をどう守るかを全体戦略で考え直せたのがこの本でした。
フルスタックテスティング 10のテスト手法で実践する高品質ソフトウェア開発
こんな悩みありませんか
- QAリードやテックリードとして、テスト活動が手法ごとに分断されている
- 自動テストは整ってきたのに、品質事故が別の観点から起きる
- Web/モバイル開発で、探索的テストから性能・セキュリティまで整理しきれない
- 品質保証を“個別最適”ではなく“全体最適”で設計したい
この本で得られること
- 複数のテスト手法を役割ごとに整理し、自動テストで守る領域と別手法で補う領域を判断しやすくなる
- 自動テストだけでは拾えない品質要件を、開発プロセス全体で捉えやすくなる
- 品質課題を見つけるだけでなく、テスト戦略としてチームに説明しやすくなる
- Web/モバイルアプリの品質保証を、抜け漏れの少ない形で組み立てやすくなる
読んでよかったポイント
- テスト計画を立てる場面で、自動テストだけに寄せず探索的テスト・継続的テスト・データテストをどう組み合わせるか考えやすくなった
- 品質レビューで機能確認だけに寄りがちなとき、性能やアクセシビリティまで論点を広げやすくなった
- 自動テストを増やす判断をするときに、ほかのテスト手法との役割分担を意識して進めやすかった
- Webとモバイルの両方を含む開発で、どの品質要件をどのタイミングで検証するか整理しやすかった
- テスト戦略をチームに共有する場面で、個別手法の説明ではなく全体像として会話しやすくなった
さらに広げて読むなら
テストを設計改善までつなげたいなら、こちらも相性がいいです。
単体テストは品質保証ではなく設計改善そのものだとわかる一冊
まとめ
品質を守るには、自動テストを整えるだけでは足りません。
次にテスト戦略を見直すときは、この本を土台に「自動テストで守る部分」と「別の手法で補う部分」を棚卸しすると、打ち手がかなり明確になります。