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

高橋寿一

テスト技術者必読のロングセラー！8年振りのリニューアル登場

エンジニアとしての心得やソフトウェアテストにできること、できないこと、など初心者がまず知っておかなければならないことがらにはじまり、必ず実施される各種テスト手法の基礎とポイント、アジャイルなど新しい開発手法に対応したテストの考え方など、テスト技術者にとって不可欠な知識と情報を、親しみやすい記述や例示で判りやすく解説した一冊です。テスト技術者の入門書かつ最適の定番書として、ソフトウェア開発現場のニーズに即した内容を取捨選択のうえ、カラー化して一層読みやすくパワーアップして再登場しました！

ソフトウェアテストに携わる初歩のエンジニア／テスト技術者を育成・養成する立場の方におすすめです。

※本電子書籍は同名出版物を底本とし作成しました。記載内容は印刷出版当時のものです。
※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。
※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。
※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。

• カテゴリ: ビジネス・実用
• ジャンル: IT・コンピュータ / 全般
• 出版社: 翔泳社
• ページ数: 230ページ
• 電子版発売日: 2014年04月11日
• コンテンツ形式: EPUB
• サイズ(目安): 12MB

[ブクログ · ★★★★★]

IEEE 829のテストプランテンプレート
テストプラン文書番号
リファレンス
はじめに
テストアイテム
テストするべき機能必要のない機能
アプローチ
人員計画トレーニング計画
スケジュール
リスクとその対策
承認
に終了基準を追記

自動化はスモークテスト、パフォーマンステストAPIテストに向いてる

[ブクログ · ★★★★★]

ソフトウェアのテストは、新人の仕事という考え方があるが、それは間違っている。
ソフトウェアのテストは、熟練で経験豊富な技術者の仕事。その中の、ルーチンワーク的に手順化された部分を新人にさせるのは、悪くないかも知れない。そのことを、しっかりとお互いに理解した上で。

ソフトウェアテストは、会社に入って何年もの間、実施してきた。
もう一度、勉強し直しだ。
勉強は、楽しい。

[ブクログ · ★★★★★]

組み込み業界の会社に入社して2年目のときに読んだ本．誤植がいくらかあった気がしましたが，「知識ゼロから」と謳っている分，内容がわかりやすかった印象を受けた．ゼロではなくなったと思う．

[ブクログ · ★★★★★]

ホンマかいなということが、いっぱい書いてる。
是非、実践してみたいが、この本を先に読んでもらわないと、承認を得ることはできないよ!

[ブクログ · ★★★★★]

ソフトウェアテストの基本的な考え方や手法について、平易な言葉できちんと伝えている。テスト自体やテスト手法について
学びたいと思った人へ、初めて読む本としてオススメできる。

[ブクログ · ★★★★☆]

本書は古典から先端までを扱い、それらは決して易しい内容ではないはずなのですが、フランクな語り口で恐ろしく軽く読めるように仕上げられています。

初心者にとってはソフトウェアテストにどのような技術があるのかを知るための入門書ですが、中級者にとっては本来そこそこ難しく語られる技術の大事な所を短時間で確認できる本にもなります。参考文献が充実しており、文献ポインタとしても役に立ちます。読み返す価値のある本です。

本書には直接書いていないのですが、著者はTDDと探索的テストを合わせた手法をアジャイル開発時代に合ったテストとして提唱しており、本書の至る所にその思想が垣間見られます。

[ブクログ · ★★★★☆]

タイトルの通り、知識ゼロの方を対象として書かれた本だと感じた。そのため様々な手法を幅広く、浅く書かれているぶん、それぞれの内容を深く学びたいと思われた場合、参考著書などを活用して別の書籍を読む必要がある。

ソフトウエアテストを最初に学ぶ人にとって、初手に読む本としては良いと思う。

[ブクログ · ★★★★☆]

知識ゼロから学ぶソフトウェアテスト、のタイトル通りの本。 この手の本ではめずらしく、非常に砕けた表現でさくっと読めるのがよい。 でも基本はおさえているし、現場の経験に基づく指針が示されているので、ただのソフトウェアテスト入門本よりは参考になる。 とにかく、基本に忠実に。

[ブクログ · ★★★★☆]

タイトルにある通り、知識ゼロからでも読める。
若干、著者の口語混じりの体験談と解説が続くので、
そこがあうかどうか読み手による。
テストの考え方、カバレッジの考え方、機能要件・非機能要件のテスト、テストメトリックスの考え方などなど
テスト関連の解説が続いていくので、ソフトウェアテストに
関心がある方は読んでみたら良いともう。

[ブクログ · ★★★★☆]

ソフトウェアのテストにおける基本的なことを
改めて復習したいと思って手に取りました。

結構テストにはかかわってきたほうですが、
それでも知らないことが多かったりと、
ちゃんと勉強してないなあと反省。

【勉強になったこと】
・カバレッジテストで見つけられないバグ
　プログラムのループに関するバグ
　要求仕様に関係するバグ
　データ、タイミングに関するバグ

・ソフトウェアの仕事は大きく4つ
　入力、出力、計算、保存

・バグの47%はプログラムの4%に偏在している。
　なので定性・定量的に品質が悪い箇所を見つけたら、
　そこに集中してテストをするというアプローチが
　費用対効果の面でも品質の良いテストが出来る。

・テストは同じようなケースをたくさんやるのではなく、
　探索型でテストするのが実は最も精度が高い。
　その際に重要なポイントは、
　①テストを実行しながら、どこかほかの部分に
　　問題がないかを考え、そこをテストする。
　②ソフトウェアで弱いところを見つけたら、
　　そこを重点的にテストする。

・平均的なWebアプリケーションは計画時に想定した
　パフォーマンスの72%しか出ないという調査結果も
　ある。

・パフォーマンステストの5つのステップ
　①アーキテクチャバリデーション
　②パフォーマンスベンチマーク
　③パフォーマンス回帰テスト
　④パフォーマンスチューニング、アクセプタンステスト
　⑤24 X 7パフォーマンスモニター

・テストプランはIEEE829をベースに、
　カスタマイズするとよい。

・IBMの調査によると、平均的なソフトウェアのコード
　1,000行のうちに60個のバグが存在すると言われている。

・テストケース数に対する指標を提言しているものは
　ほとんどない。日立ソフトで、ソースコード10～
　15行あたりに1テストケースだったという例がある
　程度。