中古品:
￥3,901 税込
配送料 ¥370 6月6日-8日にお届け
詳細を見る
中古商品: 非常に良い | 詳細
発売元 ✅e-本屋さん【5月24日20時～5月26日までメール等のお問合せ対応お休みとなります】
コンディション: 中古商品: 非常に良い
コメント: 中古商品となりますため、通常使用による若干の使用感はありますが、 良好なコンディションです。丁寧な検品を心がけていますが、書籍の場合は書き込みがある場合もあります。帯や付録、付属品等は原則ついておりません。◆簡易クリーニング済。◆ゆうメール配送。◆ビニール防水梱包発送。◆ポスト投函。※万が一検品漏れがございましたらご一報ください。
Kindleアプリのロゴ画像

無料のKindleアプリをダウンロードして、スマートフォン、タブレット、またはコンピューターで今すぐKindle本を読むことができます。Kindleデバイスは必要ありません。

ウェブ版Kindleなら、お使いのブラウザですぐにお読みいただけます。

携帯電話のカメラを使用する - 以下のコードをスキャンし、Kindleアプリをダウンロードしてください。

KindleアプリをダウンロードするためのQRコード

著者をフォロー

レックス・ブラック
+ フォロー
この著者の他の本
何か問題が発生しました。後で再度リクエストしてください。

基本から学ぶテストプロセス管理―コンピュータシステムのテストを成功させるために 単行本 – 2004/4/26

5.0 5つ星のうち5.0 5個の評価
すべての形式と版を表示
系統立てたテストプロセスのない開発プロジェクトは、品質リスクの不安を抱えたまま、無秩序と混乱に陥って破綻します。大規模システムの導入時に障害が発生すれば、大きな社会問題になります。どうすれば悲劇を避けられるのでしょうか？「テストにおけるプロジェクト管理」をテーマとする本書は、コンピュータのソフトウェア／ハードウェアのテストを「このように計画・管理・運営すればうまくいく」と解説した専門書です。計画書やバグ追跡データベースの具体的な作り方、テストケースの管理、そしてテストチームのマネジメントまで、多くの著名コンサルタントやソフトウェア工学の知見を著者の視点で噛み砕いて解説しています。
ExcelやAccessを利用した実用的な管理ツールや技法を豊富に紹介しているので、テストの現場に即応用が可能。開発プロジェクトが悲劇の結末を迎えないために、テスト技術者、およびソフトウェア企業の品質保証や品質管理の技術者、そしてプロジェクトマネジャーや管理者の方にとって必読の一冊です。
続きを読む もっと少なく読む
Previous page
  1. 本の長さ
    471ページ
  2. 言語
    日本語
  3. 出版社
    日経BP
  4. 発売日
    2004/4/26
  5. ISBN-10
    482228199X
  6. ISBN-13
    978-4822281991
  7. すべての詳細を表示
Next page

商品の説明

内容（「MARC」データベースより）

コンピュータシステムのソフトウェア及びハードウェアのテストを管理するツールとテクニックについて、具体的に「このように管理・計画・運営すればうまくいく」と解説する。

登録情報

  • 出版社 ‏ : ‎ 日経BP (2004/4/26)
  • 発売日 ‏ : ‎ 2004/4/26
  • 言語 ‏ : ‎ 日本語
  • 単行本 ‏ : ‎ 471ページ
  • ISBN-10 ‏ : ‎ 482228199X
  • ISBN-13 ‏ : ‎ 978-4822281991
  • カスタマーレビュー:
    5.0 5つ星のうち5.0 5個の評価

著者について

著者をフォローして、新作のアップデートや改善されたおすすめを入手してください。
レックス・ブラック

レックス・ブラック

Brief content visible, double tap to read full content.
Full content visible, double tap to read brief content.

著者の本をもっと発見したり、よく似た著者を見つけたり、著者のブログを読んだりしましょう

カスタマーレビュー

星5つ中5つ
5つのうち5つ
5グローバルレーティング

この商品をレビュー

他のお客様にも意見を伝えましょう
カスタマーレビューを書く

上位レビュー、対象国： 日本

naka
5つ星のうち5.0 定量的なテストカバレッジ分析について
2004年5月23日に日本でレビュー済み
Amazonで購入
P96のVer.でカバレッジの分析するのは
私は今までしていなかったです。
図3.11の方法はいつのVer.でテストしたか一目で分かるので
いいですね。
私はやったか、やっていないかしか管理していなかったので
数値で重み付けするのはすごく分かりやすいと思いました。
☆これがあると
「今回のテストはどこに重点を置きましたか？」
と会社の上層部から言われたときは、すんなり点数で
答えられます。
今まで私は、テスト時間で言っていました。
この場合、バグがあるところは何回もテストしなければならず
単純にテスト時間が多いとしかいいようがなかったので
ここに時間をかけています。
と主体性のないことになっていました。
テスト計画時に新規機能はそれなりに
他よりもテスト項目を多くしてテストしますが
時間で測ると、回帰テストが多くなる分
バグの多いところの方がテスト時間が多い結果となりました。
この本は外にも全体的にテスト管理の事が書いてある為、各社の品質部には
必須の本であると思います。
すばらしい！
21人のお客様がこれが役に立ったと考えています
役に立った
 レポート
kaizen
5つ星のうち5.0 １例を知るために
2010年6月22日に日本でレビュー済み
ソフトウェアによるテストといっても、
ハードウェアの仕様を確認するためのテスト、
コンパイラなどの設計の道具を確認するためのテスト、
設計の可能性を確認するためのテスト、
設計内容が意図した通りに動くかのテスト、
不具合があったときにデバッグするためのテスト、
製品を出荷するための基準を満たしているかを確認するテスト
購入した製品が利用開始してもいいかどうかの受け入れのためのテスト
いろいろな観点でのテストがある。

本書では、いくつかの視点を説明しているが、すべての視点を網羅している分けではない。

自分がテストを考える上での１例を知るために読むとよい。

抽象的に考えると、何でも当てはまるが、役にたたない。
具体的に考えると、役に立つが、横展開をするためには汎用化が必要だ。
万能の解決策がないのだろう。

誰にとって必要なテストかをいつも考えているとよいのかもしれない。
4人のお客様がこれが役に立ったと考えています
役に立った
 レポート