IoT時代の組み込み系ソフトウェア品質（5）

ソフトウェア品質のためにテストが「できること」「できないこと」（5/5 ページ）

公開 2017年12月13日 09時00分

更新 2018年02月23日 14時05分

著者

五味弘

[TechFactory]

印刷する連載新着通知を受け取る

徒弟制度と品質向上

　小規模だった昔の組み込み系開発では職人気質と徒弟制度はよくマッチしていた。無駄なく適切な品質を作りこみ、世界に誇れる組み込み品質を維持していた。確かに21世紀初頭では日本の組み込み系機器の品質はメカやエレキの品質はもちろん、ソフトを入れても上位にあった。

　徒弟制度の中で品質をつかさどるテストもほぼ完全に伝授されていった。この徒弟制度は人材育成にも一定の効果があり、暗黙的なOJT（On the Job Training）としての役割を担っていた。しかし徒弟制度の中で情報は可視化されず、口伝または秘儀・奥義のように暗黙知となることが多かった。

　最近ではシステマチックかつ組織的に技術伝承されることが求められ、このような徒弟制度は衰退しているが、組み込み系にはわずかながらこの制度が残っていて、テストによる品質制御にも影響を与えている。

　「昔からこのようにテストをしている」「前はこれで品質を確保していた」という言葉が出てきたら、徒弟制度の名残があると思ってほしい。ちなみにこれに対する回答は「昔は昔、今は今、そして未来は未来」である（これはどんな昔話でも自慢話にも対抗できる万能の答えであるので覚えておくと便利）。この徒弟制度の名残にも負けずに対応して、テストで組み込み系品質を制御することがIoT時代に求められる。

擦り合わせと品質向上――協働の品質

　組み込み系開発は擦り合わせ開発が多い。この開発手法においては、メカやエレキ、そしてソフトといろいろな部門と擦り合わせをしながら開発を進めていく。最初は計画的な擦り合わせを行い、ときにはアドホックな擦り合わせをしながら、ワイガヤしながら開発していく。テストも品質も擦り合わせの中で随時、決まっていく。

　擦り合わせの中で、技術文化の衝突が起こる。特にテストや品質という開発の基底にあるものはそれぞれ文化を持っている。あるところでは「正常な動作が3回程度動けば合格」とし、別のところではエミュレータを信用せずに「実機で人力テスト」をルールとする。加速度テストや負荷テストを夜中にやるところもある。これらの文化は擦り合わせできない。結局、それぞれの文化でテストを実施し、品質制御をすることになり、全体のテストと品質は統一されないこととなる。

　この現実を前提として品質制御するのであれば。それぞれの仕様や機能、要求、設計、実装の影響範囲を特定しなくてはならない。影響範囲の中にあるものは無理にでも擦り合わせてテストを実施し、品質制御を行う。全部でないのでまだ簡単であり、それに影響があるということが分かれば、それぞれが譲歩し合うようになる（日本人同士の開発であれば、物別れにはならないはずである。きっと）。

　このようにいろいろな苦難を乗り越えて、組み込み系品質をテストで制御していくようにする。しかしながら、既に述べたよう「テストで分かっても遅すぎる、せめてもっと前に分かっていれば」という事態は起こりがちである。そこで次回は上流工程における品質について見ていくことにする。

印刷する

IoT時代の組み込み系ソフトウェア品質

組み込みソフトウェアにおける「品質」とは、一体、何者であろうか。多用されている言葉であるがその実態はようとしてしれない。この連載ではIoT時代の組み込み系ソフトウェアの品質」をテーマに開発現場の目線で見ていく。出演者は情報系に籍を置く大学1年生の紅美香美（くみこうみ）と品質寛容（しなしちひろい）。

連載新着通知を受け取る

この連載の記事をもっと見る

この記事の著者

五味弘

OKI（沖電気工業）シニアスペシャリスト、エバンジェリスト。博士（工学）。ソフトウエアの開発支援・教育に従事。電子情報振興協会（JEITA）専門委員会の委員長や情報処理振興機構（IPA/SEC）などの委員多数。三重大学などの非常勤講師も務める。エンタープライズ系と組み込み系におけるソフトウエア開発の知見融合が関心事。共著書に『定量的品質予測のススメ』（オーム社、2008年）、『プログラミング言語論』（コロナ社、2008年）などがある。