私はテストフィールドの初心者です。テストケースは、クライアントの要件を満たすための条件、つまり要件を満たすために必要なテスト条件であることを私は知っています。テストケースを正式に書く方法についてのアイデアが必要です。テストケースを書くアイデアを教えてください。
ログインページの例を想定します。ログイン画面のテストケースを書きたい。そのためのパターンを提供してください。
他の例も好都合です。
基本的に、テストとテストケースを作成するには、適切な要件ドキュメント(「クライアント要件」と呼ばれるもの)が必要です。これらの要件が正しく記述されている場合、テストの記述は簡単です。
要件文書には、shallとwillのステートメントが含まれている必要があります。例えば:
ログインページは、10回のログイン失敗後にユーザーをブロックします
これはテスト可能な要件であり、ユーザーが10回誤ってログインし、11回目の試行で正常にログインできるかどうかを確認するテストを作成します。明らかに、テスト手順はより具体的になりますが、それが一般的な考え方です。
ログインページを持っているというあなたの例は良い要件ではありません。その要件をテストするには、ログインページが存在することを示す必要があります。このログインページの特定の機能のテストを作成する必要があります。
また、要件文書にはwillステートメントがあります。要件の記述方法によっては、これらは必須の機能ではない場合があるため、willステートメントのテストを行う必要がない場合があります。
テストケースの準備は、テスト後にプロジェクトの目的を理解するためのものです。テストケースドキュメントは、テストケースが合格/不合格のバグ/ケースステータス情報についてすばやく確認するのに役立ちます。 ログインページ: ウェブサイトまたはその他のログインページを想定する Case1:有効なユーザー名と無効なパスワードを指定するとどうなるか Case2:無効 なユーザー名と有効なパスワードCase3:無効なユーザー名と無効なパスワード Case4 :有効なユーザー名と有効なパスワード Case5:空のユーザー名前と有効なパスワードCase6:有効なユーザー名と空のパスワード。
おい。
BDDアプローチも、動作を表現する優れた方法です。シンプルなGive-When-Thenを使用すると、アイデアを構造化できます。例えば:
シナリオ: 管理者としてログイン 与えられた: ログインページが読み込まれました そしてloginInputフィールドが存在します loginPasswordセキュアファイルが存在する そしてlocinSubmitボタンが存在します 時期: ユーザーが adminLoginName を loginName フィールドに入力する そしてユーザーはadminLoginPasswordをloginPasswordセキュアフィールドに入れます そして、ユーザーは loginSubmit ボタンをクリックします その後: LoginPage が閉じられます MainPage が読み込まれます AdminPanel が表示されます
今日、VS2010のTDDでこのビデオをたまたま見ました。彼女の例は、ログインページのテストです。
肯定的なテスト ケース。• 有効なユーザー名とパスワードを入力します。• パスワードを忘れた場合のリンクをクリックして、ユーザー名のパスワードを取得します。• 登録リンクをクリックしてフォームに入力し、ユーザー名とパスワードを登録します。• 正しいユーザー名とパスワードを入力した後、Enter ボタンを使用します。• タブを使用して、ユーザー名のテキストボックスからパスワードのテキストボックスに移動し、ログイン ボタンに移動します。................................................................... ................................................
否定的なテスト ケース • 有効なユーザー名と無効なパスワードを入力します。• 有効なパスワードを入力しますが、ユーザー名は無効です。• 両方のフィールドを空白のままにし、Enter キーを押すか、ログイン ボタンをクリックします。• ユーザー名を空白のままにして、パスワードを入力します。• パスワードを空白のままにして、ユーザー名を入力します。• ユーザー名とパスワードを間違って入力してください。
これは、ソフトウェア テストの概要と、テスト ケースの表の例を示したページです。 ソフトウェア テストのチュートリアル
このテーブルはもちろん、必要に応じて拡張できます。たとえば、結果用の列が必要で、コメント用に 1 つ、テスト ケース用にいくつかの前提条件が必要な場合は、別の列を追加します。
ここでは、バグを文書化する方法について説明します。(テストを行うときに必要になります ;-) ) ソフトウェアのテスト - バグの内容