Toaster testing plan: Difference between revisions

From Yocto Project
Jump to navigationJump to search
No edit summary
Line 11: Line 11:
Toaster consists of two big components, as follows:
Toaster consists of two big components, as follows:


=== 1. Backend ===
== Backend ==


==== Functionality tests ====
==== Functionality tests ====
Line 22: Line 22:
*  Verify the easy usage of Toaster ([https://wiki.yoctoproject.org/wiki/WebHob#Installation_and_Running easy to install and stop/start the toaster server])
*  Verify the easy usage of Toaster ([https://wiki.yoctoproject.org/wiki/WebHob#Installation_and_Running easy to install and stop/start the toaster server])


=== 2. Frontend ===
== Frontend ==


==== Functionality tests ====
==== Functionality tests ====
Line 38: Line 38:
*  Stress testing (e.g. display appropriate error messages when the system is under stress);
*  Stress testing (e.g. display appropriate error messages when the system is under stress);


= Test Cycle =


{|class="wikitable" style="text-align: center;"
| ||
!colspan="4"|Test execution cycle
|-
| ||
! [[#Weekly Test]] || [[#Full Pass Test]]
|-
! rowspan="2" |Build type
|-
! Weekly
| yes ||
|-
! rowspan="3" |Build type
! [[#Backend]]
| yes || yes
|-
! [[#Frontend]]
| yes ||
|-
! rowspan="5" |Target machine
|-
! qemuarm
| yes || yes
|-
! qemumips
| || yes
|-
! qemuppc
| || yes
|-
! qemux86
| yes || yes
|-
==== perf 2 ====
{|class="wikitable" style="text-align: center;"
{|class="wikitable" style="text-align: center;"
| || || colspan="2" | Test execution cycle
| || || colspan="2" | Test execution cycle

Revision as of 07:56, 22 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

Toaster consists of two big components, as follows:

Backend

Functionality tests

  • REST API verification – create Django tests to detect API calls returning no data;
  • Calculation of the data collection rate - the ratio of the number of the variables having null values ​​and the total number of variables collected;
  • Verify that all links in the simple UI are available;
  • Verify the quality of the data collected through the simple UI;

Usability tests

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

Performance tests

  • Stress testing (e.g. display appropriate error messages when the system is under stress);


perf 2

Test execution cycle
#Weekly Test #Full Pass Test
Build type
Weekly yes
Build type #Backend yes yes
#Frontend yes
Target machine
qemuarm yes yes
qemumips yes
qemuppc yes
qemux86 yes yes
Test execution cycle
#Weekly Test #Full Pass Test
Build type Weekly Yes Yes
Build type #Backend Yes Yes
#Frontend Yes Yes
Target machine qemuarm Yes Yes
qemumips Yes
qemuppc Yes
qemux86 Yes Yes
Target image core-image-minimal Yes Yes
core-image-sato Yes