Important Announcement
PubHTML5 Scheduled Server Maintenance on (GMT) Sunday, June 26th, 2:00 am - 8:00 am.
PubHTML5 site will be inoperative during the times indicated!

Home Explore CoffeeInno_TestScenario_2016-Feb-19_v2

CoffeeInno_TestScenario_2016-Feb-19_v2

Published by dutuannguyen94, 2016-04-28 07:14:50

Description: CoffeeInno_TestScenario_2016-Feb-19_v2

Search

Read the Text Version

                 Coffee Inno Project    Test Scenario (Pharse 1)   Revision History  Date  Version  Author  Description  Nguyen Du  For pharse 1  2016­Feb­19  2.0            Author: Innoria            Coffee Inno Project Page 1 of 6 

        Table of content  1. Project Description  2. Requirements  3. Scenario to test  3.1. General test scenarios  3.2. Usability test scenarios  3.3. Functional test scenario        Author: Innoria            Coffee Inno Project Page 2 of 6 

       1. Project Description Food  &  Beverage  Innoria project under development to built to serve in the management Inno Cafe. The  management  system  including:  serving,  notified  kitchen  by  tablet; kitchen/mixture will receive notification and implementation, when completed, will inform served through tablets, the cashier will manage  billing,  payment  system  via  laptop/PC/tablet,  management  will  through  the  system  to manage the operation of the restaurant, payment daily, reporting, equipment, material,... Owner: Inno Cafe ­ Tran Vi Khang Project implementation unit: Innoria Solution.      Author: Innoria            Coffee Inno Project Page 3 of 6 

       2. Requirements  Note  Requirements in pharse 1  ID  Requirement  1  Management area      2  Management table      3  Management menu  4  Function for serve, cashier, kitchen / mixture                    Author: Innoria            Coffee Inno Project Page 4 of 6 

       3. Scenario to test 3.1. General test scenarios 1. Validation error message should be displayed properly at correct position 2. All error messages should be displayed in same style (red color) 3. General confirmation messages should be displayed in same style (green color) 4. Dropdown fields shoud have first entry as blank or text like “Select” 5. Delete functionality for any record on page should ask for confirmation 6. Select/deselect all records options should be provided if page supports record  add/delete/update functionality 7. All numberic values should be formatted properly 8. Input fields should be checked for max field value. Input values greater than specified max  limit should not be accepted or stored in database 9. Check page sorting functionality after add/edit/delete operations on any record 10. Check for timeout functionality. 11. Check cooies used in an application 12. Application crash or unavaiable pages should be redirected to error page 13. Check text on all pages for spelling and grammatical errors 14. Check numberic input fields with demical number values 15. User should not be able to submit page twicw by pressing submit button in quick succession 16. Divide by zero errors should be handled for any calculations 17. Input data with first and last position blank should be handled correctly 3.2. Usability test scenarios 1. All fields on page (textbox, radio options, dropdown lists,..) should be aligned properly 2. Enough space should be provided between field labels, columns, rows, error messages,... 3. Scroll bar should be enabled only when necessary 4. Disabled fields should be grayed out and user should not be able to set focus on these fields 5. User should not be able to type in drop down select list 6. Information filled by users should remain intact when there is error message on page submit.  User should be able to submit the form again by correcting the errors 7. Dropdown field values should be displayed in defined sort order 8. Default radio options should be pre­selected on page load 9. Check if dropdown list options are readable and not truncated due to field size limit 10. Check all pages for broken images 11. Check all pages for broken links   Author: Innoria            Coffee Inno Project Page 5 of 6 

        12. All pages should have title  13. Confirmation messages should be displayed before performing any update or delete  operation  14. Hour glass should be displayed when application is busy  15. User should be able to select only one radio option and any combination for check boxes.  3.3. Functional test scenario  1. Check login, logout  2. Check can read / create / update / delete area  3. Check can read / create / update / delete table  4. Check can read / create / update / delete menu  5. Check can read / create / update / delete bill  6. Check can update price in menu  7. Check can update daily menu  8. Check can payment correctly  9. Check can move, split, merge bill  10. Check can receive notify from serve to kitchen / mixture            Author: Innoria            Coffee Inno Project Page 6 of 6 


Like this book? You can publish your book online for free in a few minutes!
Create your own flipbook