
さて、歌詞と結び付けて、トピックから始めます。 原則として、QADayに参加してチャールズスターリンの話を聞いた人は、原則として、既に探索的テストを試したことがある人も、これ以上読むことはできません。 残りについては、Visual Studio 11、およびそれに応じたTFS 11を使用した探索的テストについて簡単に説明します。
パンパスに行きますか?
私たちのチームはアジャイルに取り組んでおり、PBI、受け入れ条件、さらには各PBIにはテストケースがありますが、PBIが終了したとチームが言うことはできず、テスターが袖をまくりましょう。 ジャングルを例にとると、これが最初の難しい方法であることは明らかです。

これまでのところ、Terra Incognita。 多くの場合、これらの未知の土地に入ると、テスターはそこに前例のない動物を見つけます。 彼は、彼の顔に喜びの表情を浮かべて、プログラマーに走ります。 当然のことながら、彼は答えを受け取ります。「まあ、そんなに心配しないで。 すべてがうまくいきます。 私はそこに行って見ます。 わかった、行った。 何もありません。 正しい方法を教えてくれましたか?」 おなじみですか?
そして、テスターは新しい道路の橋渡しを始めています。 彼は新しいテストケースを書き、それらの上を歩き、前例のない新しい動物を見つけ、プログラマーはこの道を歩いて、それらを見て、彼はそれらを狩らなければなりません。 しかし、最初の、最大かつ最も美しいものは見つかりません。
このような状況がジャングルで発生するのを防ぐために、Microsoft Test Manager(MTM)を使用しているテスターは、ジャングルに入るときにパンくずを残すことができました。
開始するには、MTMに移動して、探索的テストを実行を選択します。

その後、ジャングルエリアを選択するよう招待されます。PBI(1)および途中(2)でもあります。

環境は動作する準備ができています:

「開始」ボタンでテストを開始し、アプリケーションを起動してテストを開始し、ボタンをつついて、コメントを書き込みます。

それだけです! 勝ちました! 彼を見つけました!
ここに来た道を書き留めます。 これを行うには、[テストケースの作成]をクリックします。 少し遅れて、ビューウィンドウが開きます。

このウィンドウを作成されたフォームに正確に表示するために、テストケースの名前を記述しませんでした。
手順の順序に気づきましたか? これらはすべて自動的に生成されます。
もちろん、テスターはこれらすべてを支配できます。 Expected Resultは、ビーコンの形で、バグの再現に関係ないと考えている手順を書き留めることができます。次の実行で注意する必要がありますが、これは歌詞です。
それだけです 名前を付けて保存します。 原則として、すぐにバグを作成できます(このための良いボタンがあります)が、私にはもっと正しいようです:このテストを閉じてください。 そして、通常のテストモードでこのテストケースを試してみてください。 入力して、すべてを再現します。 エラーが繰り返されたら、バグを作成します。バグには、テスターが実行したアクションのビデオ、IntelliTrace、システム情報、スクリーンショット、コメントなどが加わります。 しかし、これらはすべて別のおとぎ話に由来しているので、今日はそれだけです。
Psところで、もし興味があれば、msdnで任意のテスト用の既製の実験室を見つけました。 いつものように、私はあなたに警告します。 たくさんの写真と、すべてを試すために仮想マシンをダウンロードしたいという議論の余地があります。