テスト技法ポジショニングマップが分かりやすい。

QAエンジニアの仕事の1つに上流過程でバグを潰すことがあります。

とは言いつつも実際のテストも行います。

世の中に製品を出す上で、最後の砦だと自分は認識しています。

自分たちがOKを出してしまえば、この製品は世の中に出ていき、そこでもしバグが見つかったら、それは開発者の責任ではなく評価チームの責任と思っています。

そういう意味で、評価チームは開発チームと同様に大切な役割を担っています。

そんな評価チームにいると、迷いがちなのが「では、どのまでやったらOKとするか？」です。

本当に、このテスト項目だけで大丈夫か？の根拠となるものがないといけません。

その根拠を導き出してくれるのが、このテスト技法ポジショニングマップです。

テスト技法には、様々な技法があります。

このマップがあることによって、現在行っているテストは、このマップのどこに当たり全体的にカバーできているか？を判断することが出来ます。

ついついバグがありそうな所を集中してテストしがちですが、このマップがあれば評価という観点を俯瞰してみることが出来て効果的です。

評価チームにいる方は、ぜひ参考にするといいマップだと思います。

>>テスト技法ポジショニングマップ

今日、やったこと。
【テスト技法ポジショニングマップのサイトを見ました。】