優れたテスト計画テンプレートを推奨できますか？
アジャイルテストチームに優れたテスト計画テンプレートを推奨できますか？ Webでテストするためのテンプレートがあり、検索エンジンで見つかったものをすでに確認しましたが、軽量で、熟練したテスターがすでに試し、うまく機能することが知られているものを実際に使用できます。私が見た多くのテンプレートは、テストドキュメントを書くことはそれらのテスターがしている仕事の3分の1であると期待されていると感じさせますが、私のチームは本当に少ないドキュメントとより実際のテストを使うことを好みます。ドキュメントにはウィキを使用しているので、生きたドキュメントに適したアプローチが素晴らしいでしょう。
テスト計画により構造化されたアプローチを使用することで、テスト計画の有用性が高まると同時に、計画の形式や構造ではなく、テストについて考えることができるようになるため、テスト作成の労力が減ることを願っています。私の職場にはまだ手元に何かがないので、私が始めたものは何でも会社に採用されるかもしれません。
正直に言うと、他のアジャイルチームで正常に使用されていたテスト計画テンプレートでも、yourチームではうまく機能しない可能性があります。実行は、さまざまなアプローチについてのアイデアを得るのに役立ちます。
私も同じ問題についてしばらく考えてきました。これまでの私のアプローチは実用的でした。私は小さなチームで作業しており、当初は6人の開発者に対する唯一のテスターでした。テストの代わりにドキュメントを作成することは非常に悪い選択でした。テストではなくドキュメントを作成して、開発者がテストを実行できるようにする：別の非常に悪い選択、IMHO。
現在、私は各ストーリーのウィキにページを追加します。これには、探索的テストセッションの基礎として使用される一連のテストアイデアが含まれます。必要に応じて、セットアップ情報も追加します。私はそれをより簡単に更新できるリソースとして保持するために、別々にしておくことを望みますが、現時点では同じページに移動します。 （「ハウ」と「何を」を混在させることは一般的に好ましくありません。「ハウ」のページから選択する必要がある場合、「何を」しているのかがわかりにくくなります）。これらのページのテンプレートはありません-まだ必要とは思っていません。追加する場合は1つ追加し、詳細を確認しながら調整します。現時点では、私がテストするときにどの領域を調べるかについて概要を説明するのに役立ちます。ウィキ上にいるので、何かが足りないと感じた場合は誰でもアイテムを追加できます。
私はローテクテストダッシュボードの設定を検討しましたが、現時点では、ホワイトボードでこの時点でのストーリーの進行状況を確認するのに十分だと思います。ただし、チームが成長するにつれて、もう一度検討したいと思うかもしれません。
また、他のアジャイルテスターが何をしているのかを知りたいと思っていました-ここに、役に立つと思ういくつかのブログ投稿があります。
Marlena Comptonがアトラシアンでのテストにwikiをどのように使用するかについての説明がとても気に入っています。 http://marlenacompton.com/?p=1894
繰り返しますが、軽量なアプローチで、テストの目的をストーリーに関連付けます。彼女はテストダッシュボードを使用して、リリースに含まれる機能の概要を示します。この機能は、さまざまな見出し（関数、ドメイン、ストレス、データ、フロー、クレーム）でソートされたテスト目標のページにリンクしています。これにより、どのエリア/タイプのテストを計画したかが「一目で」わかるようになり、1つのエリアのテスト数がはるかに少ないかどうかを即座に確認できます。これは、便利なアプローチかもしれません。
Trish Khooには、個々のテストの構造化のレベルについて、wikiを使用する上で興味深い興味深いことがいくつかあります（テストには、ガーキンスタイルの "Given、When、Then"形式を使用するように移行しました）。 http://ubertest.hogfish.net/?p=24
Elizabeth Hendricksonによる、特殊なテスト管理システムに関するブログ投稿は少し話題から外れていますが、いくつかの有用な点が指摘されているかもしれません。 http://testobsessed.com/2009/10/06/specialized-test-management-systems -are-an-agile-impediment /
申し訳ありませんが、推奨することはできませんが、会社の個別の要件とテストのニーズに基づいて、チーム用にゼロから作成する必要があるようです。