手動のテスト計画 (ブラック ボックス テスト) を作成して、値がドロップ ダウン リストにハード コードされているかどうか (その受け入れ基準) を確認する必要があります。誰かが私に何か提案をしてもらえますか?
よろしくお願いします
手動のテスト計画 (ブラック ボックス テスト) を作成して、値がドロップ ダウン リストにハード コードされているかどうか (その受け入れ基準) を確認する必要があります。誰かが私に何か提案をしてもらえますか?
よろしくお願いします
ドロップダウンリストのデータがデータベースから取得された場合、データベースからデータを変更してハードコードの問題をチェックすることができます。
一意の ID に従って、ドロップダウンにデータが取り込まれます。その一意の ID を変更して、ハードコードがあるかどうかを識別できます。
あなたのアプリケーションをもう少し説明するまで、何かを言うのは難しいです.
管理権限を使用してドロップダウンの値を追加/削除できる場合、テストは簡単です。
ただし、そうでない場合、DDL の値を変更できない機能がある場合、なぜそれをテストするのでしょうか? 要件は、テスト計画から省略されたテスト レポートの一部として、テストされない理由、ブラック ボックスの方法論でテストできない理由、およびプロダクト オーナーまたはビジネス ユーザーによって承認された合理的な理由とともに、スコープを解除する必要があります。
少なくとも 3 つのオプションがあります。
アプリケーションで何かを作成してそのリストの値を変更する可能性がある場合は、試してみてください
そうでない場合 - おそらく、リストに何かを追加する可能性があります
アプリケーションとデータベースでの変更は同じように見えない場合があることを考慮してください。アプリケーションで変更するとすべてが機能するはずですが、データベースでの変更には他のアクション (トリガー、手順) または時間が必要になる場合があります (一部のものは夜間または時間内に更新される場合があります)。その他の予定)。