無料のKindleアプリをダウンロードして、スマートフォン、タブレット、またはコンピューターで今すぐKindle本を読むことができます。Kindleデバイスは必要ありません。
ウェブ版Kindleなら、お使いのブラウザですぐにお読みいただけます。
携帯電話のカメラを使用する - 以下のコードをスキャンし、Kindleアプリをダウンロードしてください。
現場で使えるソフトウェアテスト Java編 単行本 – 2008/3/1
町田 欣史
(著)
開発者に捧ぐテスト入門書
本書は、開発者(プログラマ、開発リーダー、品質管理者)に、「今、
何をやるべきか」を紹介するソフトウェアテスト入門書です。開発者に
必要なテストの基礎知識/技法と、その実践方法について、初心者にも
理解できるようにやさしく解説します。 Eclipse/テスト支援プラグインを
利用して、ソースコードレビューや静的解析、テストケースの作成、単体
テストの作成/実行、プログラムの品質測定/評価などの各種テスト技法を
実習しながら、現場で使えるソフトウェアテストの手順やテクニックを
身につけられるようになっています。
「ソフトウェアテストについて学びたい」「バグの少ない品質の高い
アプリケーション、システムを構築したい」「ソフトウェアの品質を
測定したい」という方にお薦めの一冊です。
【本書で解説するEclipseプラグイン】
・Checkstyle → コーディング規約チェック
・FindBugs → バグパターン検出
・JUnit → 単体テストの作成/実行
・TPTP → プロファイリング(非機能テスト)
・djUnit → カバレッジ計測
・StepCounter → ソースコード行数測定
本書は、開発者(プログラマ、開発リーダー、品質管理者)に、「今、
何をやるべきか」を紹介するソフトウェアテスト入門書です。開発者に
必要なテストの基礎知識/技法と、その実践方法について、初心者にも
理解できるようにやさしく解説します。 Eclipse/テスト支援プラグインを
利用して、ソースコードレビューや静的解析、テストケースの作成、単体
テストの作成/実行、プログラムの品質測定/評価などの各種テスト技法を
実習しながら、現場で使えるソフトウェアテストの手順やテクニックを
身につけられるようになっています。
「ソフトウェアテストについて学びたい」「バグの少ない品質の高い
アプリケーション、システムを構築したい」「ソフトウェアの品質を
測定したい」という方にお薦めの一冊です。
【本書で解説するEclipseプラグイン】
・Checkstyle → コーディング規約チェック
・FindBugs → バグパターン検出
・JUnit → 単体テストの作成/実行
・TPTP → プロファイリング(非機能テスト)
・djUnit → カバレッジ計測
・StepCounter → ソースコード行数測定
- 本の長さ331ページ
- 言語日本語
- 出版社翔泳社
- 発売日2008/3/1
- ISBN-104798114634
- ISBN-13978-4798114637
この商品をチェックした人はこんな商品もチェックしています
ページ 1 以下のうち 1 最初から観るページ 1 以下のうち 1
登録情報
- 出版社 : 翔泳社 (2008/3/1)
- 発売日 : 2008/3/1
- 言語 : 日本語
- 単行本 : 331ページ
- ISBN-10 : 4798114634
- ISBN-13 : 978-4798114637
- Amazon 売れ筋ランキング: - 695,485位本 (本の売れ筋ランキングを見る)
- カスタマーレビュー:
著者について
著者をフォローして、新作のアップデートや改善されたおすすめを入手してください。
著者の本をもっと発見したり、よく似た著者を見つけたり、著者のブログを読んだりしましょう
著者の本をもっと発見したり、よく似た著者を見つけたり、著者のブログを読んだりしましょう
著者の本をもっと発見したり、よく似た著者を見つけたり、著者のブログを読んだりしましょう
カスタマーレビュー
星5つ中4.5つ
5つのうち4.5つ
8グローバルレーティング
評価はどのように計算されますか?
全体的な星の評価と星ごとの割合の内訳を計算するために、単純な平均は使用されません。その代わり、レビューの日時がどれだけ新しいかや、レビューアーがAmazonで商品を購入したかどうかなどが考慮されます。また、レビューを分析して信頼性が検証されます。
-
トップレビュー
上位レビュー、対象国: 日本
レビューのフィルタリング中に問題が発生しました。後でもう一度試してください。
2020年4月5日に日本でレビュー済み
Amazonで購入
Ant の設定をみたかったこともあり、その辺りだけ入手できただけで個人的に満足です。
Jenkins など使わなくとも、Ant とレポート機能があれば、HTML出力まで可能です。
テストに対する著述は、自分のところのやりかたとは合わないので、つかいませんが
設定に関する情報は的確だと思います。
Jenkins など使わなくとも、Ant とレポート機能があれば、HTML出力まで可能です。
テストに対する著述は、自分のところのやりかたとは合わないので、つかいませんが
設定に関する情報は的確だと思います。
2013年8月24日に日本でレビュー済み
Amazonで購入
助かりました。お手頃価格でソフトウェアテスト関連の本を探していました。
機会があれば、また利用したいです
機会があれば、また利用したいです
2010年12月25日に日本でレビュー済み
Amazonで購入
この書は紛れもなく、Junitを使ってテストを円滑にすすめるための手順が記述されている。
テストはプログラマが動くということを確認するわけでもなく、あくまで利用者が想定しているとおり動くことを確認する作業である。
Junitはメソッドを実行して返ってくる値と、テストの設計にて想定される値を比較して図式化するツールである。
非常に単純なことをここで書いているかもしれないが、これが実は単純ではない。
MVCモデルなどでWebアプリケーションを記述したときに、モデルがHTTPrequestとかHTTPresponseなどに依存しているだけで、テストがとたんに書きづらくなる。また、初心者にありがちな何でもかんでもひとつのメソッドでやり遂げてしまうようなメソッドに対しては、Junitはほとんど何の役にも立たない。ましてやvoidで何でもかんでもしているようなメソッドには手の施しようがない。
突き詰めていくと、テストをしっかりやろうと思えば、極力依存関係のない、そしていろいろやり過ぎないメソッドを設計するようになる。
テストを書くことを意識することで、メンテナンス性が悪かったコードが一気にリファクタリングされていく。
テストを考えること、これはすなわち、製品品質=保守性の向上につながる。
だから、この本はJavaで何でもできると思い始めたプログラマやプログラマのリーダー、そして実現方法しか考えていない設計をやっているような方にぜひとも読んでもらいたい。
どの状態であれば、プログラムは品質が保証できていると言えるのか?
プロジェクト計画書にあるような1ksあたりn個の試験項目数を書かなければいけないため、適当な試験を書いたりしていないか?目標試験項目数はテストコードの量に比例する。テストコードがどうしても少ないのであれば、それはメソッド設計がおかしいと考えることができる。
テストを考えることはすなわち設計を考えることに等しい。
だから、プログラマ、プログラムリーダー、設計者はテストを念頭において、作業をしてもらいたい。
そんなことを読みながら思いました。
テストはプログラマが動くということを確認するわけでもなく、あくまで利用者が想定しているとおり動くことを確認する作業である。
Junitはメソッドを実行して返ってくる値と、テストの設計にて想定される値を比較して図式化するツールである。
非常に単純なことをここで書いているかもしれないが、これが実は単純ではない。
MVCモデルなどでWebアプリケーションを記述したときに、モデルがHTTPrequestとかHTTPresponseなどに依存しているだけで、テストがとたんに書きづらくなる。また、初心者にありがちな何でもかんでもひとつのメソッドでやり遂げてしまうようなメソッドに対しては、Junitはほとんど何の役にも立たない。ましてやvoidで何でもかんでもしているようなメソッドには手の施しようがない。
突き詰めていくと、テストをしっかりやろうと思えば、極力依存関係のない、そしていろいろやり過ぎないメソッドを設計するようになる。
テストを書くことを意識することで、メンテナンス性が悪かったコードが一気にリファクタリングされていく。
テストを考えること、これはすなわち、製品品質=保守性の向上につながる。
だから、この本はJavaで何でもできると思い始めたプログラマやプログラマのリーダー、そして実現方法しか考えていない設計をやっているような方にぜひとも読んでもらいたい。
どの状態であれば、プログラムは品質が保証できていると言えるのか?
プロジェクト計画書にあるような1ksあたりn個の試験項目数を書かなければいけないため、適当な試験を書いたりしていないか?目標試験項目数はテストコードの量に比例する。テストコードがどうしても少ないのであれば、それはメソッド設計がおかしいと考えることができる。
テストを考えることはすなわち設計を考えることに等しい。
だから、プログラマ、プログラムリーダー、設計者はテストを念頭において、作業をしてもらいたい。
そんなことを読みながら思いました。
2008年11月28日に日本でレビュー済み
JAVA言語による開発からしばらく離れていました。
こんなに素敵な本が出ていることを知りませんでした。
これまでのソフトウェア試験の本は、現場ですぐに役立てれないような理論で、
実際に理論に基づいて作業しようとすると、面倒くさい割に役にたたないことが書いてあるか、
具体的な試験用ソフトウェア(ツール)の説明に終始して、それで本当に何か解決するかについて書いていないか、どちらかのものが多かったような気がしています。
本書は、JAVA言語による開発をしている人にとって、すぐに役立つ道具の説明もあるし、
その背景となる考え方について書いているし、具体的な試験の手順も書いています。
もし、自分がJAVA言語による開発をしていれば、
「あも、うも、なく」すぐにこの本にしたがって試験を進めるだろうと感じました。
本書で紹介しているEclipse, JUnitは使ったことがあります。
はずかしながら、Checkstyle、FindBugs、TPTP 、djUnit、StepCounterは使ったことがありません。
自分では、C言語、その次にC++言語を使っているので、JAVA編に続いて、C++,C言語の対応する道具の説明を内容としたC++編、C言語編を出してくださるとうれしいです。
ps.
今日現在、一番ほしいのはC言語編です。
C言語の単体試験用ソフトウェアであるCUNITを使おうとしました。
CUNIT自体が、C言語の範疇を超えているためか、うまく使いこなせていません。
過去に2冊ほどの本と、WEB上でのCUNITの改良版をダウンロードしたりしました。
日常的に使うようにはなっていません。
よろしくお願いします。
こんなに素敵な本が出ていることを知りませんでした。
これまでのソフトウェア試験の本は、現場ですぐに役立てれないような理論で、
実際に理論に基づいて作業しようとすると、面倒くさい割に役にたたないことが書いてあるか、
具体的な試験用ソフトウェア(ツール)の説明に終始して、それで本当に何か解決するかについて書いていないか、どちらかのものが多かったような気がしています。
本書は、JAVA言語による開発をしている人にとって、すぐに役立つ道具の説明もあるし、
その背景となる考え方について書いているし、具体的な試験の手順も書いています。
もし、自分がJAVA言語による開発をしていれば、
「あも、うも、なく」すぐにこの本にしたがって試験を進めるだろうと感じました。
本書で紹介しているEclipse, JUnitは使ったことがあります。
はずかしながら、Checkstyle、FindBugs、TPTP 、djUnit、StepCounterは使ったことがありません。
自分では、C言語、その次にC++言語を使っているので、JAVA編に続いて、C++,C言語の対応する道具の説明を内容としたC++編、C言語編を出してくださるとうれしいです。
ps.
今日現在、一番ほしいのはC言語編です。
C言語の単体試験用ソフトウェアであるCUNITを使おうとしました。
CUNIT自体が、C言語の範疇を超えているためか、うまく使いこなせていません。
過去に2冊ほどの本と、WEB上でのCUNITの改良版をダウンロードしたりしました。
日常的に使うようにはなっていません。
よろしくお願いします。
2009年9月15日に日本でレビュー済み
ユニットテストによる単体テストを解説しているサイトや書籍は多数あるのですが、
「作成したテストを品質管理等へ効果的に使うにはどうすればいいのか」まで
解説したサイトはなかなかありません。
本書は、単体テストとはから始まり、テストのハウツーやテクニック、さらには品質管理まで
アジャイルなJavaプロジェクトには必須の内容が満載です。
私はよくプロジェクトにて、単体テストの粒度をどう書けばいいのか?単体テストを次にどう
活かそう?など、いつも悩んでいるのですが、本書を読んで解決の糸口が見えました。
私的に足りないと思ったところは、デシジョンテーブルについてなど網羅テストを効率的に実行
するテストに関する事が記述されていなかったので、そのあたりも触れてほしかったです。
テスト粒度や評価方法など単体テストに関して悩まれている方は必見です。
「作成したテストを品質管理等へ効果的に使うにはどうすればいいのか」まで
解説したサイトはなかなかありません。
本書は、単体テストとはから始まり、テストのハウツーやテクニック、さらには品質管理まで
アジャイルなJavaプロジェクトには必須の内容が満載です。
私はよくプロジェクトにて、単体テストの粒度をどう書けばいいのか?単体テストを次にどう
活かそう?など、いつも悩んでいるのですが、本書を読んで解決の糸口が見えました。
私的に足りないと思ったところは、デシジョンテーブルについてなど網羅テストを効率的に実行
するテストに関する事が記述されていなかったので、そのあたりも触れてほしかったです。
テスト粒度や評価方法など単体テストに関して悩まれている方は必見です。