ビジネス
【連載】第3回:ソフトウェアテストそもそも話～そも、デシジョンテーブルはテスト技法なのか～
目次
「HQW!」の読者の皆さん、こんにちは。辰巳敬三です。
この連載コラムでは、ソフトウェアのテスト技術や品質技術の歴史を紹介しています。
前回は、テスト技法が本格的に登場する1970年代以前、すなわち1950年代から1960年代のテストの状況について、「ソフトウェアテストの黎明から揺籃の時代」と題して解説しました。
今回からは、テストや品質技術に関する個別の話題に入ります。最初のテーマは、デシジョンテーブルテストの歴史です。
デシジョンテーブルテストは、数あるテスト技法の中でもトップ5に入るほど代表的な技法です。このため、「デシジョンテーブル」と聞くと「テスト技法だね」と思われる方は多いかもしれません。
冒頭から今回のコラムのタイトルの答えを明かしてしまうことになりますが、「そもそも」デシジョンテーブルは、1958年にシステム分析や設計のために考案されたものであり、1960年代には、現在のUMLのような設計記法として期待を集めていました。
それでは、デシジョンテーブルとデシジョンテーブルテストの歴史を、詳しく見ていきましょう。
なお、デシジョンテーブルテスト技法そのものの解説は「HQW!」の次の記事をご覧ください。
この記事は会員限定です。新規登録からベリサーブIDを取得すると
続きをお読みいただけます。
この記事を書いた人
執筆
辰巳敬三
1976年富士通株式会社に入社。ソフトウェア製品検査部門でメインフレームOSやミドルウェアの検査、品質保証を担当。その後、UNIXやPCのソフトウェア製品の検査業務に従事。2016年の退職後もソフトウェア品質、テスト技術の探求をライフワークとして最新技術の調査研究を続けており、日科技連SQuBOK策定委員会やソフトウェアテスト技術振興協会(ASTER)のメンバーとして活動している。 『富士通におけるソフトウェア品質保証の実際』(共著)、『ソフトウェア品質知識体系ガイド -SQuBOK Guide-(共著)、『初級ソフトウェア品質技術者資格試験(JCSQE)問題と解説 第2版(共著)
.png)
