組織にどのようなツールを導入するかに関係なく、これを行う際にいくつかの基本的なソフトウェア ロール アウトの概念を念頭に置いておくことをお勧めします。ソフトウェアの展開計画を説明しているリソースはたくさんあります。それらのほとんどは、数百または数千のユーザーを抱える組織にソフトウェアを導入する方法を説明していますが、10 人または 1 人のテスターについて話している場合でも、学ぶべきことがあります。それで。
あなたに合うかもしれないと私が思ういくつかのアイデアは次のとおりです。
エバンジェリスト
テスターと話し、チームの他のメンバーよりも Fiddler のアイデアに関心があり、熱意を持っている人を 1 人か 2 人探します。彼/彼女/彼らに時間 (有給労働時間) を与えて、ツールについてさらに学び、それについて他のテスターにプレゼンテーションを行います。他のテスターが知っていて尊敬している人物であることを確認してください。
パイロット
概念実証として、パイロット プロジェクト (エバンジェリストよりも担当者の方がよい) を行います。パイロット プロジェクトはシステムの小さな部分に限定する必要があり、テストはうまくいかない場合は破棄できる性質のものにする必要があります。パイロットはタイムボックス化される可能性があり、その後にチーム全体で評価する必要があります。これにより、組織は Fiddler の経験を積むことができ、初心者の大きな間違いを避ける方法を学ぶことができます。そして、うまくいけば、Fiddler (または選択したツール) が非常に優れていることをテスト チームの他のメンバーに示し、興奮させることになるでしょう。
トレーニング
もちろん、時間をかけて適切にトレーニングを行う必要があります。「この読みやすいドキュメントを読んでからテストを開始してください」と言うだけでは、おそらくテスターにはあまり効果がありません。Fiddler で書籍を購入します。エバンジェリストに 2 時間の「Fiddler を起動して実行する」チュートリアルを提供してもらいます。
インクリメンタル ロールアウト
テスターに Fiddler を使用してすべてのテストを開始するように指示するビッグバン アプローチを採用する代わりに、最初のリリースでは限られた数のテストのみから開始する必要があります。そして、次のリリースのためにさらにいくつかのテストを行い、最初のリリースを一度保守します。いくつかのリリースの後、Fiddler を使用した安定した優れたテストの山全体が得られます。この方法では、テスターの時間がかからないため、他のテストを行うことができます。
続きを読む
これに役立つソフトウェアの展開計画に関する記事が Web 上にたくさんあります。
これが役立つことを願っています/Jonas