Creating Test Cases in OLETS
Before creating an OLETS Test Case, it is recommended that you review the Acceptance Criteria section from the Functional Specification you will be testing. You want to ensure first that the acceptance criteria statement is fully covered by the individual Test Case, or by the group of Test Cases you wish to create. Second, you may want to use the Acceptance Criteria section of the Functional Specification document as a checklist for creating Test Cases, crossing through each acceptance criterion as you create the Test Case. This will help to ensure that all the criteria are fully covered by your OLETS Test Cases.
Fields
In this section, you will find an explanation of all the fields currently in use on an OLETS Test Case, in the order in which they appear on the screen.
List of Fields
Summary | The "Summary" field contains the title of the Test Case itself. It allows for a fairly lengthy statement, but it's generally better not to use all the space given, as a long title can result in hard-to-read search results. The title of each Test Case should be a very brief explanation of what is to be tested, usually a contraction of the acceptance criterion upon which the Test Case is built. |
|---|---|
Components | The "Components" field will contain the name of your Functional Specification team. If you are not a member of a Functional Specification team, you will enter the name of the FSPEC team whose issue you are testing. If you have any difficulty identifying the appropriate FSPEC component to enter here, your Team Lead or the QA Team will be able to help you figure out which option to select. |
Fix Versions | This field was intended to contain the Milestone Release version to which the Test Case belongs, but is no longer being used and has been marked for removal. |
Parent Jira | This field will contain a link to the Story which serves as the Parent Issue for this Test Case. For more information on how to use this field, see the article Linking in Jira. The "Parent Jira" field is not required immediately upon Test Case creation, so it can be left blank for the time being. It does, however, need to be filled out prior to the Test Case being passed, failed, or assigned to another user. |
Assignee | The "Assignee" field is used to assign the Test Case to a Jira user. Unless you are the lead tester for a team and need to delegate Test Cases to other members, you will enter your own name here. |
Description | The "Description" field is the main body of the OLETS Test Case. |
Attachment | This field allows you to add attachments, and can be disregarded. You will not need to add attachments to a Test Case immediately upon creation. For instructions on using this field, please see the article Attaching Files in Jira. |
Reporter | This field reflects which Jira user created the Test Case. It will default to your own username, and requires no editing. |
Description Components
Acceptance Criteria Statement
The first thing to be added to the "Description" field will be the acceptance criteria statement that will be tested by this Test Case. Briefly summarize what functionality this Test Case is meant to evaluate; for example, "The purpose of this test is to ensure that a user can fully receive a single, non-serial item-in-hand."
Steps
The detailed steps for the testing process will also be included in the "Description" field. The steps you include should be detailed enough for another user to follow. It is best to write out general steps, try them yourself in the OLE Test Environment, take notes, then come back and modify the steps accordingly.