手動テスト担当者と開発者との相互作用は、効果的な作業の鍵です。正しいコミュニケーションにより、バグの修正速度、製品の品質、チームの雰囲気が左右されます。
問題の背景:
以前はテスト担当者と開発者は孤立して作業を行い、すべてのコミュニケーションはタスクトラッキングを通じて行われていました。バグについては長い議論が行われ、対立が生じていました。現在、チームの効率は、密接で定期的な連絡と各役割への相互尊重によって達成されています。
問題:
バグが不明確に記述されており、振る舞いモデルが一致せず、迅速なフィードバックが欠けています。このため、バグが「ループ」し、責任が曖昧になり、生産性のない議論が発生する可能性があります。
解決策:
重要な特徴:
「バグが開発者で再現できない」のはどうすればよいですか？
環境についてのすべての情報を提供し、一緒にバグを再現しようとし、環境の違いを明確にし、スクリーンキャストを交換します。
バグが「修正不可能」として登録された場合、議論する意味はありますか？
はい、バグが重大である場合は。ユーザーの痛みやリスクを根拠にし、リーダーまたはアナリストを状況評価に巻き込むことを検討します。
テスト担当者はバグのビジネス優先順位を説明すべきですか？
望ましいです。これにより、開発者がリスクを理解し、特に重要なバグの処理を迅速化できます。
手順やスクリーンショットのないバグレポート。開発者は詳細を確認するのに時間を無駄にし、バグが長時間閉じられません。
利点:
欠点:
会社はバグレポートのテンプレートと、迅速な連絡のためのチャットを導入しました。すべてのバグにはスクリーンショットとビデオが添付され、ほとんどのバグは迅速に再現され修正されました。
利点:
欠点: