知識ゼロから学ぶソフトウェアテスト改訂版

記事ごとの説明は、記事本文のうちこの本に触れた部分をAIが要約したもので、筆者の原文ではありません。

• 【Webエンジニアど素人から３年生ぐらいになるまでに読むと良い本】を段階的にまとめた Qiita · JunyaShibato · 2019年12月 · いいね 2,559
• 今まで読んだ技術書の中で汎用的で印象に残っているものをまとめてみる Qiita · おぎ · 2022年5月 · いいね 307

  実務に入って少し経った頃、テストがブラウザでの動作確認に偏り、パラメーターの考慮やテスト方法が分からず、分岐も十分に網羅できていなかったため、「そもそもテストとは何か」を知ろうと本書を手に取ったと述べている。バグとは何か、テストケースをどう作るかという基本から、テストを体系的に解説する点を評価し、開発者が最低限学んでおくべき内容だと読後に感じている。

• 今年入社の新卒エンジニアがこの一年間に読んだ技術書15冊を紹介する Qiita · M T · 2021年11月 · いいね 161

  ソフトウェアテストとは何かを知らない人にもわかりやすく、テストの意義から代表的な手法、実運用まで平易な文章で説明されていると述べている。テストを学び始める際に良い本で、筆者の意見も参考になると評価する一方、さらに深く理解するには、用語を厳密に定義して説明する書籍も必要だとしている。記事では、そうした書籍を知る読者に推薦を求めている。

• 新人エンジニアのためのブックリスト Qiita · 4door · 2021年12月 · いいね 21

  この本を実践的な内容を学ぶものではなく、知識を得るための読み物として紹介し、テストの基本を教える書籍だと述べている。より実践的な内容を求める場合の書籍も続けて挙げ、テスト技法を詳しく扱う道具箱のような存在で、章立てがわかりやすく演習もあり、必要になった際に参照できるとしている。どちらか一冊だけ買うなら、そちらを選ぶと述べている。

• 自身のITエンジニアとしての技術力（特に判断力）を身につけるときに影響を受けた技術書 Qiita · まめ · 2022年5月 · いいね 14

  技術力、とりわけ判断力に影響を受けた本を列挙する中で本書を挙げている。品質保証部門の担当者と円滑にコミュニケーションを取る際や、エンジニア側からテストケースを提案する際に必要な知識を得る本として位置づけている。筆者は新卒頃からJavaでバックエンド開発に携わり、システム連携基盤の技術支援も経験している。

• プログラミング未経験でIT企業に就職し、1年間でやってきたこと Qiita · kouki677 · 2021年1月 · いいね 9

  12月に新プロジェクトへ配属され、複雑な仕様と数百行のSQLをもとにテストパターンを洗い出し、テスト仕様書を作る業務を担当した。レビューが通らず修正を重ね、実装完了前の作成にも追われた経験から、テスト知識の浅さを反省したという。正月に本書をもう一冊とともに読み、2冊を通じて、これまで何となく行っていたソフトウェアテストを体系的に学べたとしている。

• 【2022年】askenエンジニアがオススメする本をまとめてみた 企業テックブログ · あすけん · 2022年7月

  askenのエンジニアは、テストコードを書いていくうえでの知識が詰まっていて、何度も読み返したくなる一冊としている。設計とエンジニアリングの分野で、新しく入社するシニアエンジニアにすすめる本の一つとして挙げられている。

• 知識ゼロから学ぶ ソフトウェアテスト(3章 ブラックボックステスト⑤ ランダムテスト,ブラックボックステストのまとめ) Qiita · りんぞう · 2019年7月

  知識整理のために本の内容を投稿し、第3章のブラックボックステストを扱っている。ランダムテストはアドホックテストやモンキーテストとも呼ばれ、全体の数十％のバグが見つかる一方、荒っぽく氷山の一角にすぎないため勧められないとしている。入力ダイアログには境界値テスト、複数の入力にはディシジョンテーブルテスト、画面遷移には状態遷移テストを挙げ、全てのバグを見つける方法はなく、手法を使って約60％を効率よく見つける考えをまとめている。

• 知識ゼロから学ぶ ソフトウェアテスト(3章 ブラックボックステスト④ 状態遷移テスト) Qiita · りんぞう · 2019年6月

  知識整理のための記事として、ブラックボックステストの状態遷移テストを取り上げている。メモ帳ソフトを例に、状態とイベントの遷移を表で示し、想定外の状態への遷移や遷移自体がないバグを見つけられると説明する。GUI、オブジェクト指向ソフトウェア、通信プロトコルのテストに役立ち、特に通信プロトコルでは実施すべきとしている。一方、状態が多いとモデルが複雑になり、モデリングに時間をかけすぎるとテスト時間が減る点を挙げている。

• 知識ゼロから学ぶ ソフトウェアテスト(3章 ブラックボックステスト③ ディシジョンテーブル) Qiita · りんぞう · 2019年6月

  知識整理のために本の第3章「複雑な入出力のためのテスト」を取り上げ、ディシジョンテーブルを説明している。入力A・Bがそれぞれ1〜999の範囲で正しいかを組み合わせ、A×Bの計算結果または入力エラーを出力する例を示す。項目が少なく複雑な動きをするソフトウェアでは、テストケース全体を見渡して抜け漏れを見つけやすい一方、項目が1000を超える場合には使えず、現実的でないとしている。

• 知識ゼロから学ぶ ソフトウェアテスト(3章 ブラックボックステスト② 境界値分析法) Qiita · りんぞう · 2019年6月

  知識整理のための記事で、第3章のブラックボックステスト、とくに境界値分析法をまとめている。印刷ページ数の例で、条件式の演算子や数値の誤り、境界の欠落・余分な設定を挙げ、異なる処理となる隣接点を試すオンオフポイント法を説明する。同値分割との併用例では入力値の上下限を示し、表を作れない場合も、よく使う値や最小・最大値などの良いデータと、極端に小さい・大きい値や無効値などを試す意識でテストを改善できるとしている。

• 知識ゼロから学ぶ ソフトウェアテスト(3章 ブラックボックステスト① 同値分割法) Qiita · りんぞう · 2019年6月

  知識整理のために本を取り上げ、テストケースを書く難しさに触れつつ、ソフトウェアテストは基本を理解すれば応用でき、簡単で楽しいとしている。入力・出力・計算・保存の四つの振る舞いをテストする考え方と、ソースコードを見ずに入力から確かめるブラックボックステストを説明。1〜999を受け付けるA・Bの例で同値分割法を示し、有効・無効同値のテストケースを列挙したうえで、無効ケースを他のケースでカバーして数を減らす二案を紹介している。

• 知識ゼロから学ぶ ソフトウェアテスト(2章 ソフトウェアテストの基本 -ホワイトボックステスト-) Qiita · りんぞう · 2019年6月

  知識整理のために改訂版の第2章を取り上げ、プログラムの論理構造を確かめるホワイトボックステストと、仕様の誤りは検出できない限界をまとめている。制御パス法、ステートメント／ブランチカバレッジ、目標設定や検出困難なバグを整理し、TDDの赤・緑・リファクターにも触れる。TDDは品質保証より開発速度や変更への耐性を重視し、ホワイトボックステストの一部にとどまるとしている。

• 知識ゼロから学ぶ ソフトウェアテスト(1章 はじめに) Qiita · りんぞう · 2019年6月

  知識整理のために本書を取り上げ、テストはなかなか書けないと述べている。第1章の内容として、ソフトウェアテストを品質改善の手法と位置づけ、バグによる被害を抑える重要性を紹介する。先人の言葉を引き、バグをすべて見つけることはできず、既にエラーが見つかった箇所にはなお注意が必要だと説明。完全なテストは不可能であり、十分なテストを目指すべきこと、テストケース作成はプログラムを書くより難しいことを挙げている。