テストケースのレビューをしていると、大体その人がどのような思考でテストケースを作成しているのかがわかるようになってきます。
例えば、仕様を熟知していないや、テストケースを作成していて、頭が整理できていないなどは特によくわかります。
レビューをするときには、仕様を簡単に説明してもらい、自分の頭の中で、こういった確認内容やテストケースが必要であるというのを判断します。
そこから差異がある部分を確認して、説明をしてもらっていると、なんか矛盾するなということでヒアリングをします。
大体、このような手順を繰り返していると、どこが問題なのかが見えてきます。
マインドマップで一所懸命に思考を整理しようとしていてもメインブランチからブランチの作成が間違っているので、大体は整理できていなかったりします。
ついでにソースコードがある場合にそれを見ると、そのような箇所はソースレビューで引っかかるところになります。
思考を整理することや仕様を熟知をするのは非常に難しいことですが、それがあって初めてテストケースができることなので、重要にしていかなければならないところです。
例えば、仕様を熟知していないや、テストケースを作成していて、頭が整理できていないなどは特によくわかります。
レビューをするときには、仕様を簡単に説明してもらい、自分の頭の中で、こういった確認内容やテストケースが必要であるというのを判断します。
そこから差異がある部分を確認して、説明をしてもらっていると、なんか矛盾するなということでヒアリングをします。
大体、このような手順を繰り返していると、どこが問題なのかが見えてきます。
マインドマップで一所懸命に思考を整理しようとしていてもメインブランチからブランチの作成が間違っているので、大体は整理できていなかったりします。
ついでにソースコードがある場合にそれを見ると、そのような箇所はソースレビューで引っかかるところになります。
思考を整理することや仕様を熟知をするのは非常に難しいことですが、それがあって初めてテストケースができることなので、重要にしていかなければならないところです。