私たちの組織では、要件に応じてさまざまな製品ラインに製品を提供しています。つまり、同じアプリケーションが顧客の要件に従ってカスタマイズされ、提供されます。アプリケーションをデプロイした後、クライアントによっていくつかの問題がログに記録されることがありました。
私の質問はここに来ます。問題を調査して解決する責任を負うのは誰か
経営陣は、テスターに問題を調べて解決するよう求めています。しかし、テスターはコードを調べる機会がありません。テスターに問題の解決を求めて、何もせずに時間を無駄にしてしまい、顧客への解決を遅らせることは可能ですか?
私は通常、経営陣が頻繁に (たとえば、毎週) 問題を確認し、スケジュール、重大度、今後のリリースなどに応じて割り当てることを期待しています。いくつかの質問は次のとおりです。
これらの問題を単独で解決できるとは思えません。プロジェクトの方向性を認識しているプロジェクト マネージャーなどと、コードベースを認識しているプログラマーが協力して、問題に対処する方法と時期、および他の作業の流れへの影響を判断する必要があります。
最初に、新しく追加されたすべての問題をトリアージするサポート部門が必要です。彼らは、これが問題ではないかどうか、回避策があるかどうか、または知らないかどうかを判断するのに十分な権限を与えられ、十分な情報を与えられる必要があります。後者の場合は、プログラマーに昇格する必要があります。
サポート担当者がプログラマー向けの適切な「問題の再現方法」ドキュメントを作成できない場合は、チェーンにテスターを含めることもできます。
当社では、テスト担当者がクライアントの問題を検証するように求められます。つまり、再現を試み、再現するために実行した手順を文書化します。その後、公式のバグとして記録され、テスターの手順を再実行してバグを修正できる開発者に割り当てられます。
テスターは問題を特定できます。彼らはどのように同じことを解決できますか? 開発者だけがそれを行うことができます。テスターが問題を解決するように求められる場所は、本当に奇妙に見えます。
誰がクライアントと取引しますか? クライアントと連絡を取ることは、通常、技術スタッフに関連するタスクではありません。
顧客と話をし、問題の内容とクライアントがどのように解決を望んでいるかを正確に把握し、最も関連性の高い担当者に問題に対処してもらう役割を持つ人物を配置する必要があります。
それを行う論理的な方法は次のとおりです。
プログラマーが将来の問題を回避するために必要なフィードバックを得られないため、テスターに問題を解決させることは一般的ではありません。
テスター - 問題が存在することを確認します。プログラマー - 問題を解決します。
その間に、「問題に関する情報を収集する」という別の部分があります。通常、これはテスターとプログラマーの間で分割されます。その負荷の正確なバランスは、チームによって異なります。
コードがなければ、バグを修正することはできません。それはそれと同じくらい簡単です。せいぜい構成エラーを修正できますが、構成ミスがプログラムによって引き起こされた場合、それは短期的な修正です。