Talk:Functional Testing

Functional Test (FT) Procedure

The Software Testing Plan #1413 is created in the BlueCommons VRE Folder containing two folders: Material and Releases.
Material will contain:

1. the general XLS template to be instantiated by each portlet developer for compiling the Testing Plan and
2. the portlet folder (created by Portal Manager) for each portlet to be functionality tested. The syntax used to create the portlet folder

will be: $portlet_name_folder. Every developer will create the actual testing plan into Material/$portlet_name_folder including by adding additional files required for the test (e.g. cvs_files). To describe the functional tests, the developer will use the Portlet Testing Plan Template; this file will be pasted and completed into the Release folders by the testers. A Task (Redmine Ticket) will be assigned, by the Release Manager, to each portlet developer.
Releases will contain a folder for each gCube release containing the tests to be executed.
FT procedure's steps are describe below:

• The pre-production infrastructure, hosted at CNR, will be used for the FT testing.
• The Release Manager will ask to every partners to suggest the persons that will form the testing team.
• The following recommendations should be mandatory:

1. The effort should be based not per application but per number of tests to be executed [1].
2. The tester should not be the same owner of the portlet[2].
3. For every release a wiki page will be created: $functional_test_master_table_Org_gCube_#Release(e.g. Functional Test Master Table gCube Release 3.10.0 or Functional Test Master Table gCube Release 4.0.0). The Functional Test Master Table Template will be fill by the testers with the FT results for the portlets applications in the pre-production infrastructure.

span style="color:red;"Scritta di prova./span

NEW 
In case of FT issues:
# the Tester Manager updates the CRT: <code>{status: Deployed on Preprod -> FT Issue, comment: <issue description>}</code>. The comment should always include a link to a relevant log/report file.
#After the resolution of the issue, the developer updates the CRT:  <code>{status: FT Issue -> Under Itegration, comment: <issue description>}</code>. The comment should always include a link to a relevant log/report file.
#The tester canrepeat the FT testing and if the test passed, updates the CRT: <code>{status: FT Issue -> Tested on preprod, comment: <issue description>} otherwise the first step is repeated (the status return in FT Issue).