2017/3/30品質向上のために行うこと品質向上のために行うことを説明します。悪いのですが、内容に期待はしないでください。1.品質向上のために行うこと2.理由3.参考文献など1.品質向上のために行うこと品質向上のために行うことか。開発者側で行うこととして、だるまがぱっと思いつくものが、3つ、あります(ユーザ側が行うことは別とします)。いう分野が自分に向いているか考えるソフトウェアをたくさん作って経験する勉強する説明になっていないって?すみません。「銀の弾などない」ってやつです。このページのトップへ2.理由どういう分野が自分に向いているか考えるソフトウェアをたくさん作って経験する勉強するの理由を説明します。■どういう分野が自分に向いているか考える品質と言ってもたくさんあって、全て勉強するのは時間的に厳しいです。絞りましょうということです。■ソフトウェアをたくさん作って経験する、勉強するこの2つは一緒に説明します。品質不良が見つかったとき、修正するのにかかるコスト(あるいは時間)は、工程が後ろになればなるほど、指数関数的に大きくなります(図1参照。修正に必要なコスト(イメージ図)このことは、IT業界に入ってプログラミングを行った経験のある方なら分かると思いますが、このホームページは学生の方や趣味でプログラミングをしている方も見ているので、どういうことかを説明します。設計工程で不具合が見つかったとき、修正が必要なものは設計書です。コーディング中に見つかったら、修正が必要なものは、設計書とプログラムです。テスト中に見つかったら、修正が必要なものは、設計書とプログラム、そしてテスト仕様書とテスト成績書です(関係する箇所はテストやり直し!)。納品後?最悪の場合は製品回収です。不具合によりデータが破損している場合には復旧が必要ですし、本当に修正に必要なコストが半端無くて怖すぎです。工程が後ろになれば、なるほど、やり直ししないといけないものが増えるのです。作業量も増えると、関係する作業者が複数になり、コミュニケーションにかかる時間も大きくなっていきます。〜テストの「プロ」を目指す人のために〜」(ISBN4-8222-8113-2)の31ページにも記載があります。品質不良は、とにかく早めに対処するのが一番なのです。?だから、経験を積むなり、勉強するしかないってわけです。その他のJIS、ソフトウェア工学やセキュリティなどですが、さらに、良くある不具合、テストでは発見しにくい不具合、再現率が低い不具合、修正が困難な不具合を知っておくと良いです。テスト時に不具合を発見漏れすると大変なので、どうやったら効率的に不具合を発見できるか?も勉強する必要があります。