私はWebアプリケーションをテストする必要があります。私は手動テストをしたいので、自動テストを行う方法を知らない。しかし、私はいくつかの形式と品質でテストをしたいと思います。このような状況では、手動テストのための良いアプローチは、テストステップと期待される結果でテストケースを作成し、テストを手動で行うことです。
しかし、たとえば、私はすでにユースケースを持っており、テストケースはユースケースに似ています。
たとえば、新しい投稿を作成するためのユースケースは次のようなものです:
Title: Login in the system
Description: The system should allow the user to login in the sysetm using his credentials.
Ator: User
Pre-conditions: The user has an account in the system.
Trigger: The user indicates that wants to login in the system.
Success Scenario:
1- The system redirects the user to the login page.
2- The user fields the fields (e-mail and password) and submit the information;
3- The system validates the form;
4- The system starts a session for the user.
Alternative Scenarios
Invalid Email
1- The system presents an message informing that the email field was filled incorrectly
2- The flow continues in step 2 of the success scenario.
Mandatory fields not filled
1- The system presents a message informing the user that he needs to answer to the mandatory fields
2- The flow continues in step 2 of the success scenario.
Invalid credentials
1- The system presents a message informing the user that the introduced credentials were not valid.
2- The flow continues in step 2 of the success scenario.
Post-condition: The user logins in the system.
このユースケースからテストケースを作成することはできませんか?別のテストケースを作成する方が良いでしょうか?しかし、以下のようなものは、以下のようにユースケースに似ています。また、以下のように、それぞれのケースで正しいエラーメッセージが表示されるかどうかをテストするための代替シナリオはありません。
Title: Login in the system
Description: A user with an account sould be able to login in the system
Precondition: the user must already be registered in the system
Test Steps:
Navigate to the login page
In the ’email’ field the user enters his email
In the password field the user enters his password
Click the Login button.
Expected Result: The user is redirected to the homepage
はい、大丈夫ですが、テストケースを記述して手動で実行してください。すべてが自動化できるわけではありませんし、手動/機能テストはほとんどのQAが始まるところです。
あなたの2番目の質問に関して、ユースケースは実際にテストケースに似ています。主な相違点は、ユースケースが旅行を定義する(すなわち、ユーザが望むようにシステムを使用する)ことであり、テストケースは、実行されるステップを定義することである。
初めてテストケースを作成する場合は、最大カバレッジのためにユースケースに基づいて(すべてのシナリオが確実に考慮されるように)、各ステップの期待結果を含めます。テストを実行しているときに実際の結果が異なる場合は、調査する可能性のある問題があります。
詳細のレベルは、あなたの雇用主またはその必要条件によって異なります。私の以前の雇用者は、技術者以外の人が実行するのに十分詳細なテストスクリプトを望んでいましたが、私の現在の雇用者はそうではありませんでした。