技術共有

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

テストとして、問題を発見するだけでなく、ユーザーレベルで問題の効果的な解決を積極的に促進することも必要です。

1. まず、開発チームと積極的かつ辛抱強くコミュニケーションをとり、共同でバグを再現し、テスト環境、操作手順、テスト データ、スクリーンショット、ログなどを提供して、RD がバグを完全に理解し、より適切な作業ができるようにする必要があります。バグを理解し、特定する。
2. 次に、バグがテスト環境にのみ存在し、開発環境で再現できないかどうかを確認します。それが有効なバグである場合は、テスト環境でそのバグを実証します。テスト環境の場合はフォローアップして改善します。ダーティなデータによって引き起こされる無効な欠陥はバグを解決します。
3. テストと開発では要件の理解が異なっていたり、要件が不明確であったりするため、要件が曖昧であるために開発側で無効なバグとみなされるため、製品で確認する必要があります。
4. 開発者は、テストが過剰であると考えており、ユーザーは実際の環境ではこのように動作しないと考えています。テスト ステーションは、現時点ではユーザーの観点からそれが正当なバグであると考えており、製品で確認する必要があります。製品はそれが有効なバグであることを確認し、テストは次のようなフォローアップを行うことができます。製品がそのバグを無効であると考えているが、テスターがそれを有効なバグであると考えている場合は、直属のリーダーに報告し、それを進めます。
5. バグには対応する要件がないため、PM と RD に同時に伝える必要があります。PM は要件の具体的な要件とバグを解決するための時間ノードを明確に説明します。
6. 問題の原因が開発ツール、開発フレームワーク、またはサードパーティのインターフェイスにあると開発が判断した場合、テストでは開発チームと積極的にコミュニケーションを取り、問題を一緒に解決するために関連担当者と調整する必要があります。
7. バグが時々再現できない場合は、開発は承認しません。再現できない場合は、詳細な問題情報 (画面記録、ログ情報、スクリーンショット情報) を提供してください。再度再現できない場合は、バグが提出されます。その後の観察と追跡を容易にするために欠陥管理システムに接続します (随時としてマークされています)。