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

翔泳社(出版社) , 高橋寿一(著)

商品番号
136520
販売状態
発売中
納品形態
ご購入後、会員メンバーメニューより、ご覧いただけます。
発売日
2017年04月03日
ISBN
9784798136523
キーワード
プログラミング  開発  エンジニア  電子書籍【PDF版】

販売価格:¥2,592(税込)

送料無料 在庫あり

本体価格の10%をポイント還元(会員限定)

紙の書籍を見る
  • このエントリーをはてなブックマークに追加
ほしい物リストに追加
  • 本製品は電子書籍【PDF版】です。
  • ご購入いただいたPDFには、購入者のメールアドレス、および翔泳社独自の著作権情報が埋め込まれます。
  • 本製品を無断で複製、転載、譲渡、共有および販売を行った場合、法律により罰せられる可能性がございます。
  • ご購入の前に必ずこちらをお読みください。

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

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

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

PDF版のご利用方法

  1. ご購入後、SEshopにログインし、会員メニューに進みます。
  2. ご購入電子書籍およびデータ > [ご購入電子書籍およびダウンロードデータ一覧]をクリックします。
  3. 購入済みの電子書籍のタイトルが表示されますので、リンクをクリックしてダウンロードしてください。
  4. PDF形式のファイルを、お好きな場所に保存してください。
  5. 端末の種類を問わず、ご利用いただけます。

第1章 はじめに

1.1 テストをはじめる前にー「バグ」とは何かを考えるー
1.2 どんなソフトウェアにもバグは潜んでいるーソフトウェアの不良とはー
1.3 バグが原因で起きた宇宙開発の大事故
1.4 テスト担当者の心得ー先人の言葉に学ぶソフトウェアテストの奥義ー
1.5 完全無欠なソフトウェアテストは可能かー100万のテストケースでも十分とは言えないー
1.6 ソフトウェアテストの実力診断テストーあなたのテスト能力をチェックするー

第2章 ソフトウェアテストの基本ーホワイトボックステストー

2.1 ホワイトボックステストとはープログラムの内部構造を徹底的に分析するー
 2.1.1 どんなテスト手法が有効か
2.2 プログラムの振る舞いをテストするー制御パステスト法ー
2.3 大人気ゲームソフトのバグ
2.4 ステートメントカバレッジ
2.5 ブランチカバレッジ
2.6 カバレッジ基準
 2.6.1 カバレッジテストでカバーされないコード
2.7 カバレッジテストで検出できないバグ
 2.7.1 プログラムのループ
 2.7.2 要求仕様自体の誤りや機能が備わっていないバグ
 2.7.3 データに関するバグ
 2.7.4 マルチタスクや割り込みに関するバグ
2.8 カバレッジテストの罠
2.9 ホワイトボックステストの復権(TDD)
 2.9.1 アジャイルなどというもの
 2.9.2 TDDの単体テストを書く
 2.9.3 リファクタリング(コードのクリーン)

第3章 エンジニアが最もよく使う手法ーブラックボックステストー

3.1 ブラックボックステストの基本ー同値分割と境界値分析法ー
 3.1.1 簡単な同値分割・境界値分析の例
3.2 どんな入力も正しく処理するにはー同値分割法ー
 3.2.1 テストケースを書いてみよう〜非常に強いテストケース〜
 3.2.2 テストケースの数を減らすには〜実践的なテストケース〜
3.3 バグの住む場所を探すー境界値分析法ー
 3.3.1 テストケースを書いてみよう
 3.3.2 境界をテストするには〜On-Offポイント法
 3.3.3 経験則によるテストケース
3.4 複雑な入出力のためのテストーディシジョンテーブルー
3.5 GUIをテストするー状態遷移テストー
 3.5.1 状態遷移とは
 3.5.2 状態遷移テストで見つかるバグ
3.6 サルにもできるテスト?ーランダムテストー
3.7 まとめ

第4章 探索的テスト

4-1 テストケースベースのテストーversus探索的テストー
 4.1.1 「テスト設計・ケース作成を早い段階で行う」デメリット
 4.1.2 「同じテストケースをたくさん実行する」デメリット
4-2 探索的テストのサンプル 
 4.2.4 クライテリア決め
 4.2.5 探索的テストのタスク実行
4-3 非機能要求に対する探索的テストのアプローチ
4-4 探索的テストまとめ

第5章 機能あらざるもののテスト、最難関のテストに挑むー非機能要求のテストー

5.1 非機能要求のテストの困難さ
5.2 期待通りの性能を引き出すためにーパフォーマンステストー
 5.2.1 パフォーマンステストの五つのステップ
5.3 攻撃に耐えうるソフトウェアの構築ーセキュリティテストー
 5.3.1 セキュリティテストの重要性
 5.3.2 攻撃の歴史と種類
 5.3.3 モジュール指向のテスト
 5.3.4 静的解析ツール
 5.3.5 基本的なテスト手法
5.4 信頼性ってちゃんと知ってます?知ったかぶりしてません?ー信頼制度成長曲線ー

第6 ソフトウェアテスト運用の基本ーテスト成功の方程式ー

6.1 最悪のソフトウェアを出荷しないようにするにはーコストと品質のバランスー
6.2 テストプランの書き方ーIEEE 829テストプランテンプレートー
 6.2.1 IEEE 829のテストプランテンプレート
 6.2.2 テストプラン文書番号(Test Plan identifier)
 6.2.3 レファレンス(References)
 6.2.4 はじめに(Introduction)
 6.2.5 テストアイテム(Test-items)
 6.2.6 テストするべき機能(Features to be tested)
 6.2.7 テストする必要のない機能(Features not to be tested)
 6.2.8 アプローチ(Approach)
 6.2.9 人員計画、トレーニングプラン(Staffing and treaning needs)
 6.2.10 人員や時間をどう見積もるか
 6.2.11 スケジュール(Schedule)
 6.2.12 テストスケジュールは開発スケジュールに依存する
 6.2.13 スケジュールをコントロールするコツ
 6.2.14 リスクとその対策(Risks and contingencies)
 6.2.15 承認(Approvals)
 6.2.16 終了基準
 6.2.17 テストプランの理想と現実
6.3 テストケースの書き方ー効率的なテストケースの作成と管理ー
 6.3.1 テストケースの記述例
 6.3.2 テストケース管理ツールを使う
 6.3.3 テストケースはいくつ必要か
6.4 テストケースの実行ーどのテストをどの順番で実行するかー
6.5 テスト開始のタイミングーテスト担当者はどの段階でプロジェクトに参加するかー
6.6 出荷前日にバグが発見されたときの対処法ー出荷延期を判断するポイントー

第7章 ソフトウェア品質管理の基本ーソフトウェア品質のメトリックスー

7.1 品質を目に見えるものにするにはーメトリックス選択の基本ー
 7.1.1 バグの数を管理するバグメトリックス
 7.1.2 バグ修正にかかる時間
 7.1.3 モジュールで見つかるバグ
7.2 コード行数からわかる意外な事実ーソースコードメトリックスー
7.3 複雑なコードほどバグが出やすいー複雑度のメトリックスー
7.4 Microsoftはどんなメトリックスを使っているのかー無駄のないメトリックス選択の例ー
7.5 汝、人を謀るー測るーなかれーメトリックスの間違った使い方ー

第8章 テストの自動化という悪魔ーなぜ自動化は失敗するのかー

8.1 その自動化ツールは役に立っていますか?ーテスト自動化の功罪ー
 8.1.1 テストの自動化はなせ自動化は失敗するのか
8.2 テスト担当者が陥りやすい罠ーテスト自動化の本当の問題点ー

第9章 それでもテストがうまくいかない人へ

9.1 組み合わせテストをやめる
9.2 品質の低いモジュールを徹底的に叩く
 9.2.1 Googleアルゴリズム

書籍のサンプルなどのダウンロードは、翔泳社サイトへ移動いたしました。
ダウンロード

各種問い合わせは以下のリンクからご連絡ください

関連商品

先生のための小学校プログラミング教育がよくわかる本

販売価格:1,814円(税込)

2017.08.07発売

スラスラわかるPython

販売価格:2,484円(税込)

2017.08.03発売