分12実務重視による技術革新へIVECのもう一つのポイントは,テストの資格試験として他の資格試験と棲み分けされていることと,目的に合わせて資格を選んでいただける点ですね。資格試験が出てくると,受ける側が迷ってしまうので,資格の目的や資格による効果をちゃんとアナウンスする必要があると思っています。IVECが他と違うのは,やはり実務重視という点です。先ほど挙げた実務トレーニングもそうですし,受験者にも違いがあります。テストエンジニアの認定資格としてJSTQBがありますが,JSTQBを受ける方には開発系のエンジニアの方もおられますし,QAのエンジニアも,そしてテストエンジニアもいらっしゃいます。学術関係者も入っています。IVIAはどちらかというと,実務でテストという業務を担当しなければいけない人が対象です。テストエンジニアもいますし,企業内でテストを担当している人もいると思います。IVIAでは,スキル認定によって技能的な面が安定してきたところでアウトプットすることも考えています。IVIAとしての技術評価とか技術革新が,IVECの資格を取った方たちの力によってできないか,と思っているところです。技法があって,それを「使えるスキル」に変えていくのが重要です。知識というのは得ることができますし,与えることもできます。スキルというのはまず実施しなければ身につきませんし,スキルがないと実現しないことが多いのです。スキルをもった人たちによって業務が進んでいく中で,たくさんある課題がどうクリアされていくか,というのが革新です。紙の上での問題ではなく,実際に起きている問題に対してどうしていくかが引き出せると思っています。実務的な要望として「何とかコストを下げてほしい」というのがあります。アカデミックなところでは,無限のテストケースが想定される場合,ソフトウェアエンジニアリングによって解決しようとしますが,実務的なところでは,そんなにお金をかけていられません。その状況で一番有効なやり方はなにか,あるコストの中で行うにはどこから選ぶんだ,というリアルな話なんです。いった状況から要求が出てくるものです。今のテストエンジニアっていうのは頭の中だけで設計している人がすごく多いんです。仕様書を読んで,そのままテストケースに書き起こしてしまうので,中間のドキュメントがあまりないのです。後からそれを見てみると,何をやっているのかわからないんです。なんでこのテストをしたのか,なぜこのテストケースを作ったのか,というのがないのです。それは「スキル依存」の世界なんですね。「⁠スキル」の伝承はあっても「技術」の伝承がないんです。この「技術」を伝えるためにいろいろなやり方が考えられています。仕様書からテストケースを作るのであれば,まずどんなテスト項目を抽出したのか。このとき,たとえば鈴木三紀夫さんのように「三色ボールペンで読む仕様書」とか,いまだとマインドマップのような形で抽象化して,そのテスト観点を絞り出しましょう,というやり方があります。これをいろいろな技術者がある一定のレベルで行おうとすると,やり方をエンジニアリングしてやらなければならないんです。仕様書を読んだら,仕様書に対してテストの観点を洗い出します。テストの観点の洗い出し方は,ツリー法もあればマインドマップのような方法もありますが,これをちゃんと体系化してあげて,そのドキュメントを残すことを定義しなければなりません。その定義をしたうえで,テストをやった「足あと」を残して,その足あとを分析していくことが必要になってくると強く思っています。そのときには,実力がちゃんと計られた技術者が責任をもって見ないと,足あとがバラバラになってきますし,あとから見てまったくわからない状態になってしまうんです。一部のデキル人たちだけがずっとやってるという世界になってしまうのです。氏(写真提供:IT検証産業協会)技術の公開なくして進化なし技術という面で,会社の機密事項や,具体的なところが外に出せないという話もありますが,それは乱暴な言い方をすると,機密とかいった言葉で濁しているだけで(笑⁠)⁠,ちゃんと技術として確立できていないから話ができないだけじゃないかと思います。たしかに製品の内容など機密として扱わなくてはならないことはいっぱいあります。私はベリサーブという会社にいる立場でIVIAに関わっていますが,ベリサーブでやっているテストのやり方やテストの考え方はすべて公開しています。いえば,テストというものは,テスト自体がブラックボックスになると困るわけです。実際にどんなテストをやっているのかを明確に伝えておかないと,テストに通ったと言っても,誰も信用してくれないでしょう?だから,どんなテストをやっているのかを聞かれたら,そのテストの中身,やり方に関しては公開しなければいけないと思っているのです。それは私たちのノウハウでも知識でもないのです。テストをやった結果の技術的経験,アウトプットの実績こそが私たちの蓄積になっていくので,いくら机上で「こんな良いものがあります」と言っても我々はまったく評価しません。「⁠それを使ってテストをしたらこれだけ成果が出た,次の技術革新をするためのデータがとれた」ということを大切だと考えます。それでまた新しいことをやって,課題を見つけて,クリアしていくことができるのです。テストに関しては「これをやれば何でも解決します」といった特効薬のようなものはないと思っています。地道にやっていくしかないので,そこに何か秘密にしなければならない特殊なものがあるとは思えませんね。お客様の製品やお客様自身の情報に関しては外に出すのはNGにしています。それを出さなくてもテスト技術に関する話はできると思うんです。要するに,言い換えることができれば良いのです。テストの解説を求められたときには,直接受けた話をしなくても,同じシチュエーションを仮想的に作って,その場合ということで説明します。そこで仮想モデルを,どのようにうまく作れるかということもあると思いますね。IVECのシラバスの一番最初のところに,「⁠製品の特性を分析して,その特徴に合わせたテスト設計をします」という形になっています。試験では「あるプロダクトにおいて」といった形で,より細分化した個々の事例について仮想の問題にして出されることもあります。シラバスは,本当にいろいろな技術者が集まって,各フレームで「こういうときにはどんな検討をするんだ」というのを喧々囂々とやりながら作ったものですし,これからも発展していく途上にあるものなんです。そんな中で,今現実的にテストをする際に,自分たちはなにをやったのか?というのを出して,出したものがあまり具体的だと使いにくいので,少し抽象的にしています。あと,IVIAのシラバスには,テスト技術者以外の方は違和感を感じるような細かい項目もあります。「テスト準備をする」という項目がありますが,テストの場合,最初からテストが止まってしまう,というケースがあるんです。,「⁠テストエントリーの前日までのどこかで必ず動作確認をする」という項目が入れてあるんです。機械を用意するだけではなく,ちゃんとパワーオンして,テストできる環境になるところまで確実に前日までに確認しておきなさいと(笑⁠)⁠。トラブルがあるんです。マシンが来て,テストしてくださいというときに「電源入りません」と(笑⁠)⁠。すると,テストで待機している人間が10人,20人いるのに,今日は仕事がありませんということになってしまうんです。これはコストに関わってきます。それを避けるための「テストを止めないためのノウハウ」といったものが,シラバスには入っているんです。長年「テスト技術者はつぶしが効かない」と言われてきました。テスト技術者は開発に簡単に移行できない。キャリアチェンジという形では,なかなかテスト技術者というスペシャリティを保つことができませんでしたね。そんなメンタリティがずっと頭にあったので,それなら徹底的にスペシャリティを鍛えて専門家を目指した方が良いと思いました。あれば,テストのスペシャリストとしてやっていく人がいなければいけないし,逆にスペシャリストとしてずっとご飯を食べていかなければならないので,それだけの環境を作っていかなければいけないと思いました。技術が人に依存するだけではなく,テストが業界になることで,テスト専門の技術者が活躍できるフィールドを作っていくこと,またそこで発展していかなければと思ったのです。そのためには,よく言われる「新人,腰掛け」がテストするのではなく,スペシャリティをもつエンジニアが,テストの専門家であるというモチベーションとポリシーをもってやるというのはすごく大切なことだなと思っています。資格自体も盛り上げていかなければいけない。資格を取ったのだから,その資格を持っていることに意味をもたせてあげたい。そのためには,テスト技術者がどういう本音を持っているか,ほかの技術者とテスト技術者の視点がどう違うかということをどんどんアピールしていきたいと思っています。欧米を見ても,テスト技術者の地位はまだまだだと思います。僕は逆にソフトウェアテストという技術が日本で確立されて,海外にも広められないかと思っています。日本で生産はしなくて良いんです。生産拠点は中国でもインドでもいい。検査をしているのは日本の技術で,日本が検査監督をしてやっていると。JAPAN」といった形で確立できたらいいなと思います。なったら,楽して食えるかなと(笑⁠)⁠。働くよりは,楽して食っていきたいですからね。エンジニアは「楽するために苦労する」んですよね(笑⁠)⁠。お話を聞く1時間あまり,ほとんどしゃべりっぱなしだった佐々木さん。テストエンジニアが「楽して食っていける」世界を作る─そんな熱意をもった人たちが作り上げたIVIAとIVEC,これからの活動も目が離せません。「IT検証産業協会」URL:http://www.ivia.or.jp/プロフィール佐々木方規(ささきまさき)1985年株式会社CSKに入社後,テスト業務に従事しながら検証のノウハウを学ぶ。IPAソフトウェア・エンジニアリング・センターやJSTQB,IT検証産業協会(IVIA)では教育・研修部会の主査として活躍中。2019」を開催しました。DAY1・DAY2の様子を注目セッションとともにお伝えします。LINEのエンジニア3名がイベントに先駆けて見どころを紹介します。コードの安全性・安定性を高める開発サイクル~テスト管理の効率を上げ,脆弱性診断を自動で行う~本連載では,連載「業務を改善する情報共有の仕掛け」を受けつつ,安全性・安定性を加えた開発サイクルについて考えていきます。若者世代から圧倒的な人気を誇るライブ配信&動画投稿コミュニティアプリ「MixChannel」(ミクチャ)の裏側(レコメンドシステムやサーバサイド開発など)について解説していきます。その他の連載CSS3アニメーションでつくるインターフェイス表現CSS3によるアニメーション表現を紹介していきます。その中でも,幅広い読者に応用してもらえるだろうインターフェイスを主なお題とします。MySQL道普請便り本連載では,MySQLを使ったアプリ開発・運用に関するノウハウをご紹介していきます。RecipeUbuntuの強力なデスクトップ機能を活用するための,いろいろなレシピをお届けします。JavaScriptセキュリティの基礎知識JavaScriptに関するセキュリティ上の問題はどこで発生し,どうすれば防ぐことができるのか?について解説していきます。〜システムをきちんと運用するための基礎知識システムは「作って終わり」ではなく,運用の中でさまざまな問題が発生します。問題の発生に備えて事前にどのような対応をしておくべきなのか,問題発生時に何をしなければならないのか,ポイントを解説していきます。きたみりゅうじの聞かせて珍プレーソフトウェア開発の現場で体験したトホホな失敗,思わずうなる珍プレーをきたみりゅうじ氏が四コママンガで紹介。Linuxのメンテナンスの傍ら,Linuxやオープンソースソフトと日々を過ごす著者が,その魅力とつきあい方を,エッセイ風味でお届けします。PRESS特別編集部員,さわやか笑顔のスーパーハカーはまちちゃんとネット大好き14歳わかばちゃんが,毎号,読者の皆さんから寄せられたおたよりを紹介します。皆さんの日頃の悩みにも答えちゃいますよ。]メールでのお知らせメールで次の案内をお送りしております。メールの配信を希望する方は,利用したい項目をチェックしてメールアドレスを入力し,[登録]ボタンをクリックしてください。UPDATES[ほぼ週間に1回]新刊メールマガジン[ほぼ週間に1回]電脳会議の各号案内[ほぼ1ヵ月半に1回]※変更する場合や停止する場合は,登録情報変更ページをご覧ください。※登録いただいたメールアドレスには,そのお知らせ以外,配信いたしません。Ltd.ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。