Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

Test case template


Test Case #:284

Test Case Name:

System

Subsystem:

Test case designed by:

Design Date:17.02.2017

Short description

                                                                                                                                                   


Pre – conditions:

                                                                                                                                                                                                                                                       

 

 

Step

Action

Expected system response

Comment

1

                                                                                                                                                                                                                                                                                                                                                    

2

  

 

3

  

 

4

  

 

5

   

6

  

 

7

  

 

8

                                                 

 

 



...


Testing Standards Checklist

The purpose of this checklist is to provide testing guidelines for issues or tickets in addition to the Acceptance Criteria. These are standards that must be validated for all stories unless otherwise explained in the comments. For example, in a View-only screen story there is no user input so Field Validation testing is not required.


Story #

QA Tester

OLMIS-0000Sam Im


Does the ticket change any UIs?

If so, please check for UI Style Guide compatibility:

...

Style

...

Validation or Expected Result

...

Tested (Y/N)

...

Style

Validation or Expected Result

Tested (Y/N)

If No, you must add Comments

Adds change to component CHANGELOG.MD
  • Change log contains JIRA Ticket number
  • Change log contains brief high level description


Follows UI Component Guidelines
http://build.openlmis.org/job/OpenLMIS-reference-ui/lastSuccessfulBuild/artifact/build/styleguide/index.html

  • Search results must be paginated with 10 results per page.


Capitalization
https://github.com/OpenLMIS/openlmis-requisition-refUI/blob/master/styleguide/homepage.md

  • Buttons are titled cased "Are You Afraid of the Dark"
  • Title headings are title cased (see above)
  • Field labels have the first letter capitalized only


Internationalization (Translation)
  • Check that strings don't show message keys


UI Layout Guidelines
http://build.openlmis.org/job/OpenLMIS-reference-ui/lastSuccessfulBuild/artifact/build/styleguide/index.html

  • Breadcrumbs visible
  • Tables follow guidelines
  • Only one modal visible at a time


Browser check 
https://openlmis.atlassian.net/wiki/display/OP/Test+Strategy

  • 1000px and 1300px browser width
  • Chrome and Firefox (latest versions)


Form Entry and Errors
  • Text inputs: users can enter in text; check length and special characters.
  • Numeric inputs: users can enter in numbers (such as positive integers) but other entries are prevented or give a helpful error message.
  • Error messages presented to the user should contain only that information which will allow the user to correct the page.
  • Inline errors: user enters invalid data in field, receives error message within form.
  • Submit errors: user initiates an action, error message includes text that explains reason for error that user can understand, user is unable to complete action and is returned to current page.


Loading Performance
  • Loading modal is shown for page transitions
  • Loading modal is shown when saving or deleting objects
  • Loading modal is shown while the UI is fetching or processing any data


Offline Performance
  • Will show warning if it doesn't support offline functionality
  • If offline feature, it works as specified


Role based access control
  • Different users have access to view and complete certain actions based on their roles.
  • If user doesn't have access, the correct behavior should be validated.
  • Provide a list of which roles were tested in the ticket.



...


Product Committee Acceptance Testing Template

...

A complete list of users can be found in the README file on github.

Role Name

Login Information

Rights

Home Facility

Storeroom Manager

user name: srmanager2

password: password



Administrator

user name: administrator

password: password



Below is a diagram describing the process:

...

Please enter your name in the Tester column. Then indicate if the steps passed/failed in the Pass/Fail column. Lastly, enter the number (example OLMIS-1725) of the bug you logged relating to the step.

Scenario 1:

1.

Tester

Steps

Expected Results

Pass/Fail

Bug logged (JIRA ticket)

1






2






3





Scenario 2: 

Known Bugs