様々なテスト技法がありますが、やはり全ては仕様分析がいかに出来るかに関わってくると思います。
例えば、マインドマップを使用してテスト設計をしたり、原因結果グラフ等を用いて、デシジョンテーブルを作成してもその前に対象のソフトウェアの仕様分析がきっちりと出来ていないと、どのようなテストケースが必要かがわからなかったり、ケースが漏れてしまい、テストが属人化してしまいます。
では、仕様分析をきっちりと行うためにはどのようにしたらいいかですが、仕様書があれば、仕様書を読んでいけばある程度わかります。
最も困る場合は、仕様書もない・動くソフトウェアもない作成しているプロジェクトリーダーの頭の中にあるときです。
これが一番困るパターンで、ではどうするかというと簡単なものでも構わないので、仕様がわかるものを作成してもらうのが一番です。それがドキュメントでも動くソフトウェアでも構わないです。
やはり仕様分析がきっちりと出来ていないと、テストケースが漏れてしまうので、ここがうまくいくかどうかで、テストが成功するかどうかが決まるのではないかと最近になってようやくわかってきました。
例えば、マインドマップを使用してテスト設計をしたり、原因結果グラフ等を用いて、デシジョンテーブルを作成してもその前に対象のソフトウェアの仕様分析がきっちりと出来ていないと、どのようなテストケースが必要かがわからなかったり、ケースが漏れてしまい、テストが属人化してしまいます。
では、仕様分析をきっちりと行うためにはどのようにしたらいいかですが、仕様書があれば、仕様書を読んでいけばある程度わかります。
最も困る場合は、仕様書もない・動くソフトウェアもない作成しているプロジェクトリーダーの頭の中にあるときです。
これが一番困るパターンで、ではどうするかというと簡単なものでも構わないので、仕様がわかるものを作成してもらうのが一番です。それがドキュメントでも動くソフトウェアでも構わないです。
やはり仕様分析がきっちりと出来ていないと、テストケースが漏れてしまうので、ここがうまくいくかどうかで、テストが成功するかどうかが決まるのではないかと最近になってようやくわかってきました。