Toaster testing plan: Difference between revisions
From Yocto Project
				
				
				Jump to navigationJump to search
				
				| Line 3: | Line 3: | ||
= Objectives =  | = Objectives =  | ||
The test process   | The test process focuses on:  | ||
* validating the data collected from the build process  | |||
* verifying the correct functioning of the Toaster GUI.  | |||
= Test Areas =  | = Test Areas =  | ||
Revision as of 14:49, 21 October 2013
Introduction
This article is the test plan for Toaster.
Objectives
The test process focuses on:
- validating the data collected from the build process
 - verifying the correct functioning of the Toaster GUI.
 
Test Areas
The Toaster consists of two big components, as follows:
Backend
Functionality tests
- REST APIs verification – create django tests in order to find out what fields are empty from the response returned by the API called;
 - Calculation of the data collection rate;
 - Verify if all the links from the simple UI are available;
 - Verify the quality of the data collected through the simple UI;
 
Usability tests
- Verify the easy usage of the Toaster (easy to install and stop/start the toaster server)
 
Frontend
Functionality tests
- Manual testing in the first stage;
 - Automate testing using Selenium, in the second stage;
 
Compatibility tests
- Verify the behavior of the GUI on different browsers and operating systems;
 
Usability tests
- Verify if the GUI design is as described here: https://wiki.yoctoproject.org/wiki/WebHob#User_interface;
 - Friendly graphical user interface;
 
Performance tests
- Stress testing (e.g. display appropriate error messages when the system is under stress);