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

ソフトウェアの品質は「制御」できるか（3/6 ページ）

公開 2017年11月09日 09時00分

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

著者

五味弘

[TechFactory]

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

下流工程で品質を良くするもの

　品質は何の彼の言っても結局はバグのことであり、バグはテストで見つけ、そこで排除するものである――。このような古い考えであると、品質は下流工程で作られることになる。この考えは間違いであるが、下流工程で機能適合性の品質向上を図るのは、今でも常態化している。

　下流工程で品質を良くするものはまず、ソフトウェアテストである。とにかくテストである。何はなくてもテストである。これは品質制御として避けては通れない。機能テストだけでなく、性能などの非機能テストも含めれば、品質を良くする決め手になると思われている。テストと品質の関係は重要なことなので、連載の後の回で詳しく見ていくことにする。しかしテストが全てでないことも覚えておいてほしい。

　プログラミングも品質に直接的な影響を与える。ドキュメントを除けば、ソフトウェア製品の全てがここで決まり、品質もここで作られる。プログラムの1行1行が品質として表出する。品質を良くするには、プログラミングスタイルもコーディング規約もユニットテストもデバッグも構成管理も版数管理も大事だ。これらのどれが抜けても品質は良くならない。

　プログラミング言語やライブラリも品質に影響をする。品質が悪くなりがちな言語は確かに存在する（どの言語とはここでは明記しないが、今の時代、ポインタは品質劣化の温床である）。逆に品質が優れたプログラムになる言語も存在する。品質を良くするためには優れた言語、優れたライブラリ、優れたツール、優れたフレームワークを使う。

　運用も品質制御の1つの手段である。「運用でカバー」という言葉はよく聞くが、これは品質劣化した部分を運用でカバーすることにより、総合的な品質を制御することになる。逃げとしての運用でカバーは勧められないが、戦略としての運用でカバーは品質活動で重要である。なお下流工程における品質制御については、ソフトウェアテストを中心に次回の記事で紹介する。

次ページへ品質を作るのはヒトである

印刷する

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

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

連載新着通知を受け取る

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

この記事の著者

五味弘

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