"Scenario Outline" without Examples replaced with string "Scenario"

interop-qa-tests/src/test/java/it/pagopa/pn/interop/cucumber/steps/common/EServicesCommonContext.java

@@ -1,7 +1,6 @@
 package it.pagopa.pn.interop.cucumber.steps.common;
 
 import it.pagopa.interop.agreement.domain.EServiceDescriptor;
-import lombok.Data;
 import lombok.Getter;
 import lombok.Setter;
 import org.springframework.beans.factory.config.ConfigurableBeanFactory;

interop-qa-tests/src/test/resources/it/pagopa/pn/cucumber/authorization/client-delete.feature

@@ -26,7 +26,7 @@ Feature: Cancellazione client
       | Privato | support      |        403 |
       | Privato | api,security |        403 |
 
-  Scenario Outline: Un utente con sufficienti permessi (admin) non associato all’ente che ha creato il client, richiede la cancellazione del client. Ottiene un errore
+  Scenario: Un utente con sufficienti permessi (admin) non associato all’ente che ha creato il client, richiede la cancellazione del client. Ottiene un errore
     Given l'utente è un "admin" di "PA1"
     Given "PA2" ha già creato 1 client "CONSUMER"
     When l'utente richiede una operazione di cancellazione di quel client

interop-qa-tests/src/test/resources/it/pagopa/pn/cucumber/authorization/client-key-content-read.feature

@@ -34,15 +34,15 @@ Feature: Lettura di una chiave pubblica contenuta in un client
       | security     | admin           |        403 |
       | api,security | admin           |        403 |
 
-  Scenario Outline: Un utente con permessi security; appartenente all'ente che ha creato il client; il quale utente è membro del client; nel quale client c'è una chiave pubblica; la quale chiave è stata caricata dall’utente stesso; richiede la lettura del contenuto della chiave. L'operazione va a buon fine
+  Scenario: Un utente con permessi security; appartenente all'ente che ha creato il client; il quale utente è membro del client; nel quale client c'è una chiave pubblica; la quale chiave è stata caricata dall’utente stesso; richiede la lettura del contenuto della chiave. L'operazione va a buon fine
     Given l'utente è un "security" di "PA1"
     Given "PA1" ha già creato 1 client "CONSUMER"
     Given "PA1" ha già inserito l'utente con ruolo "security" come membro di quel client
     Given un "security" di "PA1" ha caricato una chiave pubblica in quel client
     When l'utente richiede la lettura del contenuto della chiave pubblica
     Then si ottiene status code 200
 
-  Scenario Outline: Un utente con permessi security; appartenente all'ente che ha creato il client; il quale utente è membro del client; nel quale client c'è una chiave pubblica; la quale chiave non è stata caricata dall’utente stesso; richiede la lettura del contenuto della chiave. L'operazione va a buon fine
+  Scenario: Un utente con permessi security; appartenente all'ente che ha creato il client; il quale utente è membro del client; nel quale client c'è una chiave pubblica; la quale chiave non è stata caricata dall’utente stesso; richiede la lettura del contenuto della chiave. L'operazione va a buon fine
     Given l'utente è un "security" di "PA1"
     Given "PA1" ha già creato 1 client "CONSUMER"
     Given "PA1" ha già inserito l'utente con ruolo "admin" come membro di quel client

interop-qa-tests/src/test/resources/it/pagopa/pn/cucumber/authorization/client-key-upload.feature

@@ -20,35 +20,35 @@ Feature: Caricamento di una chiave pubblica contenuta in un client
       | PA1  | support      |        403 |
       | PA1  | api,security |        204 |
 
-  Scenario Outline: Un utente admin; appartenente all'ente che ha creato il client; il quale utente NON è membro del client; richiede il caricamento di una chiave pubblica di tipo RSA, lunghezza 2048. Ottiene un errore
+  Scenario: Un utente admin; appartenente all'ente che ha creato il client; il quale utente NON è membro del client; richiede il caricamento di una chiave pubblica di tipo RSA, lunghezza 2048. Ottiene un errore
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 1 client "CONSUMER"
     When l'utente richiede il caricamento di una chiave pubblica di tipo "RSA"
     Then si ottiene status code 403
 
-  Scenario Outline: Un utente admin; appartenente all'ente che ha creato il client; il quale utente è membro del client; richiede il caricamento di una chiave pubblica di tipo NON-RSA, lunghezza 2048. Ottiene un errore
+  Scenario: Un utente admin; appartenente all'ente che ha creato il client; il quale utente è membro del client; richiede il caricamento di una chiave pubblica di tipo NON-RSA, lunghezza 2048. Ottiene un errore
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 1 client "CONSUMER"
     Given "PA1" ha già inserito l'utente con ruolo "admin" come membro di quel client
     When l'utente richiede il caricamento di una chiave pubblica di tipo "NON-RSA" di lunghezza 2048
     Then si ottiene status code 400
 
   @wait_for_fix
-  Scenario Outline: Un utente admin; appartenente all'ente che ha creato il client; il quale utente è membro del client; richiede il caricamento di una chiave pubblica di tipo RSA, lunghezza inferiore a 2048. Ottiene un errore
+  Scenario: Un utente admin; appartenente all'ente che ha creato il client; il quale utente è membro del client; richiede il caricamento di una chiave pubblica di tipo RSA, lunghezza inferiore a 2048. Ottiene un errore
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 1 client "CONSUMER"
     Given "PA1" ha già inserito l'utente con ruolo "admin" come membro di quel client
     When l'utente richiede il caricamento di una chiave pubblica di tipo "RSA" di lunghezza 1024
     Then si ottiene status code 400
 
-  Scenario Outline: Un utente admin; appartenente all'ente che ha creato il client; il quale utente è membro del client; richiede il caricamento di una chiave pubblica di tipo RSA, lunghezza 2048; alla quale vengono rimossi i delimitatori di inizio e fine (---BEGIN PUBLIC KEY---, ---END PUBLIC KEY---). Ottiene un errore
+  Scenario: Un utente admin; appartenente all'ente che ha creato il client; il quale utente è membro del client; richiede il caricamento di una chiave pubblica di tipo RSA, lunghezza 2048; alla quale vengono rimossi i delimitatori di inizio e fine (---BEGIN PUBLIC KEY---, ---END PUBLIC KEY---). Ottiene un errore
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 1 client "CONSUMER"
     Given "PA1" ha già inserito l'utente con ruolo "admin" come membro di quel client
     When l'utente richiede il caricamento di una chiave pubblica di tipo "RSA" di lunghezza 2048 senza i delimitatori di inizio e fine
     Then si ottiene status code 400
 
-  Scenario Outline: Un utente admin; appartenente all'ente che ha creato il client; il quale utente è membro del client; richiede il caricamento di una chiave pubblica di tipo RSA, lunghezza 2048; Per poi richiedere per la seconda volta il caricamento della stessa. Ottiene un errore
+  Scenario: Un utente admin; appartenente all'ente che ha creato il client; il quale utente è membro del client; richiede il caricamento di una chiave pubblica di tipo RSA, lunghezza 2048; Per poi richiedere per la seconda volta il caricamento della stessa. Ottiene un errore
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 1 client "CONSUMER"
     Given "PA1" ha già inserito l'utente con ruolo "admin" come membro di quel client

interop-qa-tests/src/test/resources/it/pagopa/pn/cucumber/authorization/client-keys-listing.feature

@@ -53,7 +53,7 @@ Feature: Listing chiavi client
       | security     |
       | api,security |
 
-  Scenario Outline: Un utente admin; appartenente all'ente che ha creato il client; richiede l’elenco delle chiavi caricate per il client da uno specifico utente. L’operazione va a buon fine
+  Scenario: Un utente admin; appartenente all'ente che ha creato il client; richiede l’elenco delle chiavi caricate per il client da uno specifico utente. L’operazione va a buon fine
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 1 client "CONSUMER"
     Given "PA1" ha già inserito l'utente con ruolo "admin" come membro di quel client
@@ -64,7 +64,7 @@ Feature: Listing chiavi client
     When l'utente richiede una operazione di listing delle chiavi di quel client create dall'utente "security"
     Then si ottiene status code 200 e la lista di 2 chiavi
 
-  Scenario Outline: Un utente admin; appartenente all'ente che ha creato il client; richiede l’elenco delle chiavi caricate per il client; nel client non ci sono chiavi. L’operazione va a buon fine
+  Scenario: Un utente admin; appartenente all'ente che ha creato il client; richiede l’elenco delle chiavi caricate per il client; nel client non ci sono chiavi. L’operazione va a buon fine
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 1 client "CONSUMER"
     When l'utente richiede una operazione di listing delle chiavi di quel client create dall'utente "security"

interop-qa-tests/src/test/resources/it/pagopa/pn/cucumber/authorization/client-listing.feature

@@ -25,26 +25,26 @@ Feature: Listing client
       | Privato | support      |
       | Privato | api,security |
 
-  Scenario Outline: A fronte di 5 client in db, restituisce solo i primi 3 risultati
+  Scenario: A fronte di 5 client in db, restituisce solo i primi 3 risultati
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 5 client "CONSUMER"
     When l'utente richiede una operazione di listing dei client limitata a 3 risultati
     Then si ottiene status code 200 e la lista di 3 client
 
-  Scenario Outline: A fronte di 5 client in db e una richiesta di offset 3, restituisce solo 2 risultati
+  Scenario: A fronte di 5 client in db e una richiesta di offset 3, restituisce solo 2 risultati
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 5 client "CONSUMER"
     When l'utente richiede una operazione di listing dei client con offset 3
     Then si ottiene status code 200 e la lista di 2 client
 
-  Scenario Outline: Restituisce solo i client da utilizzare per gli e-service
+  Scenario: Restituisce solo i client da utilizzare per gli e-service
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 3 client "CONSUMER"
     Given "PA1" ha già creato 2 client "API"
     When l'utente richiede una operazione di listing dei client con filtro "CONSUMER"
     Then si ottiene status code 200 e la lista di 3 client
 
-  Scenario Outline: Restituisce solo i client che hanno per membro l’utente con specifico userId
+  Scenario: Restituisce solo i client che hanno per membro l’utente con specifico userId
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 1 client "CONSUMER"
     Given "PA1" ha già inserito l'utente con ruolo "security" come membro di quel client
@@ -53,20 +53,20 @@ Feature: Listing client
     When l'utente richiede una operazione di listing dei client filtrando per membro utente con ruolo "security"
     Then si ottiene status code 200 e la lista di 1 client
 
-  Scenario Outline: Restituisce i client che contengono la keyword "test" all'interno del nome, con ricerca case insensitive
+  Scenario: Restituisce i client che contengono la keyword "test" all'interno del nome, con ricerca case insensitive
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 2 client "CONSUMER"
     Given "PA1" ha già creato 1 client "CONSUMER" con la keyword "test" nel nome
     When l'utente richiede una operazione di listing dei client filtrando per la keyword "test"
     Then si ottiene status code 200 e la lista di 1 client
 
-  Scenario Outline: Restituisce un insieme vuoto di client per una ricerca che non porta risultati
+  Scenario: Restituisce un insieme vuoto di client per una ricerca che non porta risultati
     Given l'utente è un "admin" di "PA1"
     Given "PA1" ha già creato 1 client "CONSUMER"
     When l'utente richiede una operazione di listing dei client filtrando per la keyword "unknown"
     Then si ottiene status code 200 e la lista di 0 client
 
-  Scenario Outline: A fronte di una richiesta di listing da parte di un ente, con client creati da altri enti, restituisce 200 e la lista di 0 client
+  Scenario: A fronte di una richiesta di listing da parte di un ente, con client creati da altri enti, restituisce 200 e la lista di 0 client
     Given l'utente è un "admin" di "PA1"
     Given "PA2" ha già creato 1 client "CONSUMER"
     Given "GSP" ha già creato 1 client "CONSUMER"

interop-qa-tests/src/test/resources/it/pagopa/pn/cucumber/authorization/client-purpose-add.feature

@@ -31,7 +31,7 @@ Feature: Associazione finalità al client
       | GSP  | admin | WAITING_FOR_APPROVAL |        400 |
       | PA1  | admin | ARCHIVED             |        400 |
 
-  Scenario Outline: Un utente con sufficienti permessi (admin) dell'ente che ha creato il client di tipo CONSUMER e attivato una finalità che si trova in stato NON ACTIVE, richiede l'associazione del client alla finalità. Ottiene un errore. Chiarimento: è possibile modificare l’associazione/disassociazione dei client ad una finalità solo se questa è attiva
+  Scenario: Un utente con sufficienti permessi (admin) dell'ente che ha creato il client di tipo CONSUMER e attivato una finalità che si trova in stato NON ACTIVE, richiede l'associazione del client alla finalità. Ottiene un errore. Chiarimento: è possibile modificare l’associazione/disassociazione dei client ad una finalità solo se questa è attiva
     Given l'utente è un "admin" di "PA1"
     Given "PA2" ha già creato e pubblicato 1 e-service
     Given "PA1" ha una richiesta di fruizione in stato "ACTIVE" per quell'e-service
@@ -41,7 +41,7 @@ Feature: Associazione finalità al client
     When l'utente richiede l'associazione della finalità al client
     Then si ottiene status code 400
 
-  Scenario Outline: Un utente con sufficienti permessi (admin) non associato all'ente che ha creato il client di tipo CONSUMER e attivato una finalità che si trova in stato ACTIVE, richiede l'associazione del client alla finalità. Ottiene un errore
+  Scenario: Un utente con sufficienti permessi (admin) non associato all'ente che ha creato il client di tipo CONSUMER e attivato una finalità che si trova in stato ACTIVE, richiede l'associazione del client alla finalità. Ottiene un errore
     Given l'utente è un "admin" di "PA1"
     Given "PA2" ha già creato e pubblicato 1 e-service
     Given "GSP" ha una richiesta di fruizione in stato "ACTIVE" per quell'e-service
@@ -51,7 +51,7 @@ Feature: Associazione finalità al client
     Then si ottiene status code 403
 
   @wait_for_fix
-  Scenario Outline: Un utente con sufficienti permessi (admin) dell'ente che ha creato il client di tipo API e attivato una finalità che si trova in stato ACTIVE, richiede l’associazione del client alla finalità. Ottiene un errore. Chiarimento: non è possibile associare client destinati al consumo dell'API Interop ad una finalità
+  Scenario: Un utente con sufficienti permessi (admin) dell'ente che ha creato il client di tipo API e attivato una finalità che si trova in stato ACTIVE, richiede l’associazione del client alla finalità. Ottiene un errore. Chiarimento: non è possibile associare client destinati al consumo dell'API Interop ad una finalità
     Given l'utente è un "admin" di "PA1"
     Given "PA2" ha già creato e pubblicato 1 e-service
     Given "PA1" ha una richiesta di fruizione in stato "ACTIVE" per quell'e-service

interop-qa-tests/src/test/resources/it/pagopa/pn/cucumber/authorization/client-purpose-remove.feature

@@ -31,7 +31,7 @@ Feature: Rimozione purpose dal client
       | ente | ruolo | statoFinalità | statusCode |
       | PA1  | admin | SUSPENDED     |        204 |
 
-  Scenario Outline: Un utente con sufficienti permessi (admin) dell'ente che ha creato il client di tipo CONSUMER ed associato il client ad una finalità che si trova in stato ARCHIVED richiede la disassociazione del client dalla finalità. L'operazione va a buon fine
+  Scenario: Un utente con sufficienti permessi (admin) dell'ente che ha creato il client di tipo CONSUMER ed associato il client ad una finalità che si trova in stato ARCHIVED richiede la disassociazione del client dalla finalità. L'operazione va a buon fine
     Given l'utente è un "admin" di "PA1"
     Given "PA2" ha già creato e pubblicato 1 e-service
     Given "PA1" ha una richiesta di fruizione in stato "ACTIVE" per quell'e-service
@@ -43,7 +43,7 @@ Feature: Rimozione purpose dal client
     Then si ottiene status code 204
 
   @wait_for_fix
-  Scenario Outline: Un utente con sufficienti permessi (admin) dell'ente che ha creato il client ed associato il client di tipo CONSUMER ad una finalità che si trova in stato DRAFT, richiede la disassociazione del client dalla finalità. Ottiene un errore. Chiarimento: è possibile modificare l’associazione/disassociazione dei client ad una finalità solo se questa è attiva
+  Scenario: Un utente con sufficienti permessi (admin) dell'ente che ha creato il client ed associato il client di tipo CONSUMER ad una finalità che si trova in stato DRAFT, richiede la disassociazione del client dalla finalità. Ottiene un errore. Chiarimento: è possibile modificare l’associazione/disassociazione dei client ad una finalità solo se questa è attiva
     Given l'utente è un "admin" di "PA1"
     Given "PA2" ha già creato e pubblicato 1 e-service
     Given "PA1" ha una richiesta di fruizione in stato "ACTIVE" per quell'e-service
@@ -54,7 +54,7 @@ Feature: Rimozione purpose dal client
     Then si ottiene status code 400
 
   @wait_for_fix
-  Scenario Outline: Un utente con sufficienti permessi (admin) dell'ente che ha creato il client ed associato il client di tipo CONSUMER ad una finalità che si trova in stato REJECTED, richiede la disassociazione del client dalla finalità. Ottiene un errore. Chiarimento: è possibile modificare l’associazione/disassociazione dei client ad una finalità solo se questa è attiva
+  Scenario: Un utente con sufficienti permessi (admin) dell'ente che ha creato il client ed associato il client di tipo CONSUMER ad una finalità che si trova in stato REJECTED, richiede la disassociazione del client dalla finalità. Ottiene un errore. Chiarimento: è possibile modificare l’associazione/disassociazione dei client ad una finalità solo se questa è attiva
     Given l'utente è un "admin" di "PA1"
     Given "PA2" ha già creato e pubblicato 1 e-service
     Given "PA1" ha una richiesta di fruizione in stato "ACTIVE" per quell'e-service
@@ -65,7 +65,7 @@ Feature: Rimozione purpose dal client
     When l'utente richiede la disassociazione della finalità dal client
     Then si ottiene status code 400
 
-  Scenario Outline: Un utente con sufficienti permessi (admin) non associato all'ente che ha creato il client di tipo CONSUMER ed associato il client ad una finalità che si trova in stato ACTIVE, richiede la disassociazione del client dalla finalità. Ottiene un errore
+  Scenario: Un utente con sufficienti permessi (admin) non associato all'ente che ha creato il client di tipo CONSUMER ed associato il client ad una finalità che si trova in stato ACTIVE, richiede la disassociazione del client dalla finalità. Ottiene un errore
     Given l'utente è un "admin" di "PA1"
     Given "PA2" ha già creato e pubblicato 1 e-service
     Given "GSP" ha una richiesta di fruizione in stato "ACTIVE" per quell'e-service