あらすじ
自動化が困難なソフトウェアテストの1つ「システムテスト」の自動化に取り組むエンジニアの必携バイブル!
今日、テスト駆動開発やCI(継続的インテグレーション)の技術や環境が普及し、ソースコードのユニットテストやビルド時の結合テストでは、自動化が一般的に行われるようになりました。
一方で、ソフトウェアをユーザーが操作したときに問題がないことを確認する「システムテスト」では、自動化が進んでいません。そのため、顧客やユーザーにソフトウェアを確認してもらう受け入れテストへなかなか移れないケースが多発しています。これは顧客・ユーザーへ動作するソフトウェアをいつでも、何度でも提出し、確認しながら進めていくアジャイル開発において、特に大きなボトルネックになってきます。
本書は、この「システムテストの自動化」の課題に取り組むための解説書です。この分野の権威である著者が、システムテストの自動化を実現するために考慮すべきこと、発生しうる問題、解決策や方針などを示します。その中には、ツールの選択方法や、開発チームへの普及手段なども含まれます。さらに、Seleniumなど現在の開発現場でシステムテストのために使用されるツールによる応用例も掲載。システムテストの自動化を目指すエンジニアにはバイブルと言える1冊です。
※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。
※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。
※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。
※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。
感情タグBEST3
Posted by ブクログ
1979年にMyersが書いた"The art of software testing"は、翌年の1980年3月に翻訳され『ソフトウェア・テスト技法』という書名で発行されました。
それ以前も『プログラム・テスト法』、『プログラムの理論』、『実践プログラミング技法』といった本でソフトウェアテストの話題やテクニックは取り上げられていたのですが、本のタイトルから判るようにプログラミングの一部としてのテストという扱いでした。
それをMyersは、まだartだけど、プログラミングから切り離したテストと言うものを見せてくれたというところが偉く、以降35年に渡ってソフトウェアテストのバイブルとして読み継がれてきました。
（2006年に第2版が翻訳され、2011年に未翻訳ですが第3版も出版されています）
どうしてMyersを振り返ったかと言うと、本書は、ソフトウェアテストからソフトウェアテストの自動化を分離し、新しいパラダイムを提示した本のように思ったからです。
これまでは、テストの自動化については、｛した ｜ しない｝の区別しかなく、テストの自動化はソフトウェアテストの効率化のためだけの技術と位置付けられていたように思います。
ところが、本書では自動化した「テストウェア」の良し悪しについて語られます。クールな自動化を行うためのガイドなのです。
（タイトルの「システムテスト自動化」はちょっと言い過ぎで、本書のほとんどは、「機能テスト自動化」だと思いますが）
したがって、2015年から私たちは、テストを自動化したことだけでは、それを誇れなくなりました。
自動化されたテストの品質が問われる時代の幕が上がってしまったのです。
そんな素敵な本なのですが、惜しむらくは厚すぎることです。（448ページもある！）
欧米の本（特に複数人で書かれた本）は分厚いのが普通なのでしかたないし、翻訳されたみなさんのご苦労を想像すると、大感謝で「ありがとうございます」以外の何物でもないのですが、半分以下のページ数で同じテーマの本も欲しいなと思いました。
たとえば、「DDP」は確かに簡単に使え、役に立つ良い方法だけど、この本に書かなくてもよいのではないかと思いました。（ドロシーが書きたかった気持ちも分かりますが）
そこで、今回翻訳されたメンバーの誰かが、200ページ程度で、自分の視点で本書を串刺しにして書き下ろすと良いのではないかと思いました。そしたら、ソフトウェアテスト自動化のバイブルができると思います。
