動的テストの自動化を考える＃1

テスト工数の増加。昨今の多機能、高機能、高品質なソフトウェアが望まれる環境下においては避けられない事実です。また、これらの「多○○」「高○○」と反比例するかのように、短納期・低コストがソフトウェアベンダーや開発者に求められているのも事実です。こうやってみると、現場の開発者は疲弊して行くばかりだと思われがちです。しかし、そこは開発者。自分の作業を効率化するための開発環境をつくることができます。単純な例が「作業の自動化」です。毎回繰り返す作業を自分の手を介さずに、しかも自動で実施することができれば、その間開発者は別な作業を行うことができますし体を休めることができます。「自動化」を行うためのツールやそれにまつわる情報は、近年急激に増えてきています。昨今のソフトウェアに望まれる「多○○」「高○○」に最も近い割合で増えるものの一つと言えるかもしれません。

さて、今回から数回にわたり「動的テストの自動化を考える」をテーマに実践的な方法について紹介していきたいと思います。特に、Jenkinsを使用した「動的テストの自動化」を行うためのCI(Continuous Integration)環境の構築方法を中心に、DTシリーズのツールのノウハウとあわせてご紹介していきたいと思います。

まず、第１回では、CI環境を構築する前に「動的テストの自動化のメリット」について考えてみましょう。

CI環境とは

CIとは”Continuous Integration”の略で、Java等の言語をベースにPC・Webアプリケーション等の分野で提唱されている開発習慣です。図１のように各開発者のソースファイルを変更するたびにビルド・テストを実施し、変更に対してテストが実施できる環境を指します。元々デイリービルドといった形で一部実施されていましたが、Jenkinsをはじめとしたツールの普及やクラウド化等の環境の変化により単純なビルドからテストも含む形で活用シーンが増え、急速な広まりを見せています。

図1: CIの例

CI環境のメリットとは

CI環境を構築することで一番のメリットが得られるフェーズはテストのフェーズとなります。特に、テストの自動化によって得られるメリットは大きく以下の３つです。

自動化によるさらなるメリットとしては、不具合や不具合につながる予兆の早期発見です。問題につながる予兆が早期発見できれば、手戻りが発生した場合の工数も軽微で済むはずです。例えば、ソースコードを構成管理ツールにコミットする度に自動でテストが実行できるような環境を構築しておくことで、問題の早期発見が期待できます。

動的テストの自動化

「テスト判定がNGになった際の調査の手段」や「確認の必要な処理が実機上できちんとテストできたか」をフィードバックする手段があるとないとでは、その後の作業が大きく変わってきます。そこで、このフィードバックするため手段としての「動的テスト」を考えます。弊社が提唱する「動的テスト」は、いわゆる「グレーボックステスト」に相当しますので、テスト結果とあわせてフィードバックに必要な内部の構造や情報も得ることができます。

動的テスト自動化のメリット

弊社では動的テストツールDTシリーズを活用した「動的テストの自動化」を推奨しています。動的テストを自動化するメリットとして、以下の3つが挙げられます。

最後に

みなさんは、「木こりのジレンマ」ということばを聞いたことがありますか？木こりが、斧を研ぐ時間がもったいないからといって同じ斧を使い続けてしまい、効率が悪くなっているにもかかわらず使い続けてしまう状況を表す例えです。

一方で、同じ斧の話でも、エイブラハムリンカーンは「もし木を切り倒すのに８時間与えられたなら私は６時間を斧を研ぐのに費やすだろう」と言っていたようです。初めから問題となることが予想できれば、リンカーンのようにあらかじめ手を打てるのかもしれません。

ツールベンダー目線でお客様となるエンジニアの方を見させていただくと、ゆっくりと迫る問題や危機に対しても敏感に気づき軌道修正できるエンジニアは確かに増えつつありますが、その一方で、「木こりのジレンマ」状態に陥ってしまいなかなか軌道修正でない人との二極化が一層進んでいるようにも見えます。

「動的テストの自動化を考える」のシリーズを通して、エンジニアのみなさんが「木こりのジレンマ」状態に陥らず、問題に敏感に気づくことのできるエンジニアとなるための助けとなる情報を発信していきたいと思いますので、エンジニアのみなさんには、一息ついたところで、弊社ブログを読んでいただけると幸いです。

次回は、「Jenkinsによるテストポイントの自動挿入」について考えていきたいと思います。