2017/3/30ソフトウェアのテストとはソフトウェアのテストって何だ?について説明します。このページを書こうと思った理由:学生、本業はIT業界ではないが、仕事や趣味でプログラミングしている人はテストについての知識が、恐らくほとんど無いと思います。それだと、良いものは作れないし、自分が困ることになるかもしれません。いう理由で、理解して欲しいと思ったからです。すみませんが、IT業界で働いている人にとっては、このページは当たり前のことしか書いてないです。1.ソフトウェアのテストとは2.テストで行うこと3.参考文献など1.テストとはまずは、テストの定義を調べました。Wikipediaでの説明から。test)は、コンピュータのプログラムから仕様にない振舞または欠陥(バグ)を見つけ出す作業のことである。ソフトウェアテストで見つかったプログラム中の欠陥を修正する作業をデバッグという。ソフトウェアテストに成功するとは、テストで欠陥が発見されるか、規定した試験項目にすべて合格するか、規定した品質目標に到達することである。目標とした品質には、規定した試験項目にすべて合格することもある。プログラミング言語では、仕様を満たしているかどうかの適合試験を規定している。ソフトウェアテストでは、欠陥が存在することを示すことはできるが、欠陥が存在しないことは証明できない。ソフトウェアに仕様にない振舞がないことを保証する作業を証明といい、証明用のシステム、証明しやすい言語も多数存在している。本項では動的なソフトウェアテストを中心に扱う。注:最初の概要文だけ抜き出しています。次に、IT用語辞典での説明。テストとは、試験(する)、検査(する)、検定(する)などの意味を持つ英単語。システムやソフトウェアの開発において、出来上がったもの動かしてみて、仕様どおりに動作するか、不具合や誤りが無いかなどを調べること。調べたい対象や内容により、「単体テスト」「結合テスト」「ブラックボックステスト」「ホワイトボックステスト」など様々な手法が考案されている。こちらは全部抜き出してます。〜テストの「プロ」を目指す人のために〜」(ISBN4-8222-8113-2)ではどうだろうか?どうも2つの意味がある感じです。(a)1つはコーディング(プログラミング)した後の不具合摘出作業です(Wikipediaでの説明と同じ)。(b)もう1つは、とにかく「検査する」あるいは「検定する」という意味での使用です。計画段階でのレビュー、設計時のレビュー、マニュアルの確認についても「テスト」という言葉を使っています。使い方や言葉の意味としては全部あっている(間違っているものは1つもない)のですが、混乱しそうです。「テスト」はIT用語辞典での説明にある使われ方をしています。「テスト」といった場合は、「動的テスト」のことを意味してます(Wikipediaの「動的テスト」がIT用語辞典での「テスト」の意味と同じ)。だるまは、「静的テスト」のことを単に「テスト」だけで言っている人を聞いた記憶があまり無いです。「静的テスト」は「静的テスト」とか「静的チェック」と言ってます。いうことで、ここでは「テスト」とは、IT用語辞典に記載されている意味で使用することとします(図1で青くしたところ)。このページのトップへ2.テストで行うことテスト(動的テスト)で行うことは、プログラムを動かして、動作確認して、問題があれば修正することなのですが、それだけではないです。これも、学生、本業はIT業界ではないが、仕事や趣味でプログラミングしている人は分からないと思うので説明します。テストを行う上で最低限、考慮が必要なことをざっとあげてみます。■テストを行う上で考慮が必要なことプログラムの規模が大きくなるとテストを行う人がどうしても複数人になる。万が一、作業者によってテストの方法や実行環境などが、理由無くばらばらだとまずいから、あわせたい。理由無く2回以上同じテストを行うのは、面倒だし、管理者(会社)としても余計な経費が増えるだけなので、やりたくない(やらせたくない)。いえ、テスト漏れはまずい。いうテストを行うのか(あるいは行ったのか?)を、他の人(管理者やお客さん)がチェックできるようにする必要がある。え?なぜって、本当にテストしたのって?言われたときの証拠(エビデンス)が何もないとまずいじゃん。プログラムの規模が大きくなるとテストを行う人と、発見された不具合を修正する人は別の人になる。やって伝えるか?このため、以下の作成が必要になります。スケジュールなどを書いたもの。Qiitaが参考になると思います。予想結果(関数のout引数、戻り値、画面の表示内容など):YYYを書いたもの。テストの実施はテスト仕様書を元に行います。テスト仕様書を作るのは時間がかかりますが、これがないと、同じことを2回実施ということになりかねないです。テスト仕様書、テスト成績書テスト成績書というのは、テスト仕様書を元に実施したテストの結果(OK、NG)を書いたものです。不具合票(バグ票)バグを見つけたときの入力や実施環境などバグの再現に必要な情報と、どういうように問題が起こったのかをなどを書いたもの。29119といった規格での用語に沿っているものではありません。いったものも必要なんだ、ということだけ理解して頂けたら良いと思ってます。考慮が必要なことは、考えれば、もう少し出てきそうです。テストを意識したことが無かった人にとってはここまでの内容でも十分だと思うので、ここまでとしたいです。このページのトップへ3.参考文献などこのページを作成するのに参考にしたページです。ソフトウェアテストの説明があります。テストの説明があります。テストの説明があります。p32に「計画段階のテスト」が、p38に「設計段階でのテスト」が、p183に「ユーザマニュアルのテスト」が出てきます。このページのトップへこのページの利用によって発生した、いかなる損害について、このホームページの作成者は責任を負いません。このページの間違いや嘘を見つけた方、このページに書いて欲しい情報がある方はメールをお願いします。Corporationの米国およびその他の国における登録商標または商標です。VBAと表記する場合があります。Computer,Inc.の登録商標または商標です。その他、社名および商品名、システム名称などは、一般に各社の商標または登録商標です。このホームページの作成者はこれらの会社とはいっさい関係がありません。