Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Original file line number Diff line number Diff line change
Expand Up @@ -661,7 +661,7 @@ private <T> ResponseEntity<String> pushConsolidatoreNotificationWithHttpInfoAtta
ParameterizedTypeReference<String> returnType = new ParameterizedTypeReference<>() {};

return invokeAPI(dataVaultBasePath,
"/consolidatore-ingress/v1/push-progress-events/",
"/consolidatore-ingress/v1/push-progress-events",
HttpMethod.PUT, uriVariables, null, postBody,
headerParams, localVarAccept, localVarContentType, returnType);
}
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -515,7 +515,7 @@ public void checkCoverageLightAndComplete() throws IOException {
continue;
}

String[] values = line.split(";(?=(?:[^\"]*\"[^\"]*\")*[^\"]*$)", -1);
String[] values = line.split(",(?=(?:[^\"]*\"[^\"]*\")*[^\"]*$)", -1);
if (values.length < 2) continue;

String cap = values[0].replace("\"", "").trim();
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -182,7 +182,7 @@ Feature: Test relativi al SRS di correzione timeline
And si verifica che la richiesta di rework effettuata sia in stato "ERROR" entro 130 secondi controllando ogni 3 secondi

@timelineRework
Scenario: [TIMELINE_REWORK_16] Rework monodestinatario ATTEMPT_0: verifica transizione a ERROR con statusCode errato.***expectedStatusCode appartenente ad un prodotto postale diverso
Scenario: [TIMELINE_REWORK_16] Rework monodestinatario ATTEMPT_0: verifica transizione a ERROR con statusCode errato.expectedStatusCode appartenente ad un prodotto postale diverso
Given viene generata una nuova notifica
| subject | invio notifica con cucumber |
| senderDenomination | Comune di Palermo |
Expand All @@ -194,10 +194,10 @@ Feature: Test relativi al SRS di correzione timeline
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_FEEDBACK" al tentativo "ATTEMPT_0"
And vengono letti gli eventi fino all'elemento di timeline della notifica "ANALOG_SUCCESS_WORKFLOW"
Then vengono letti gli eventi fino allo stato della notifica "EFFECTIVE_DATE"
Then viene invocata una richiesta di rework per la notifica appena creata con i seguenti parametri:
Then viene invocata una richiesta di rework con eccezione per la notifica appena creata con i seguenti parametri:
| iun | attemptId | pcRetry | recIndex | expectedStatusCode | expectedDeliveryFailureCause | reason |
| | ATTEMPT_0 | PCRETRY_0 | RECINDEX_0 | RECAG003F | M01 | REASON16 |
And si verifica che la richiesta di rework effettuata sia in stato "ERROR" entro 130 secondi controllando ogni 3 secondi
And si verifica che la chiamata sia andata in errore con il seguente status code: 400

@timelineRework
Scenario: [TIMELINE_REWORK_18] Rework notifica multidestinatario passi allo stato ERROR qualora, giunta allo stato CREATED, la verifica asincrona rilevi uno IUN nello stato IN_VALIDATION.
Expand Down Expand Up @@ -333,11 +333,10 @@ Feature: Test relativi al SRS di correzione timeline
And vengono letti gli eventi fino all'elemento di timeline della notifica "ANALOG_SUCCESS_WORKFLOW"
And vengono letti gli eventi fino all'elemento di timeline della notifica "REFINEMENT" per l'utente 0
And vengono letti gli eventi fino all'elemento di timeline della notifica "REFINEMENT" per l'utente 1
Then viene invocata una richiesta di rework per la notifica appena creata con i seguenti parametri:
Then viene invocata una richiesta di rework con eccezione per la notifica appena creata con i seguenti parametri:
| iun | attemptId | pcRetry | recIndex | expectedStatusCode | expectedDeliveryFailureCause | reason |
| | ATTEMPT_0 | PCRETRY_0 | RECINDEX_0 | RECAG003F | M01 | REASON26 |
And si verifica che la richiesta di rework effettuata sia in stato "ERROR" entro 130 secondi controllando ogni 3 secondi
Then Viene verificato che non sia arrivato un evento di "NOTIFICATION_TIMELINE_REWORKED"
And si verifica che la chiamata sia andata in errore con il seguente status code: 400

@timelineRework
Scenario: [TIMELINE_REWORK_27] Rework notifica multidestinatario in stato EFFETIVE_DATE raggiunga correttamente lo stato di rework READY.
Expand All @@ -364,7 +363,7 @@ Feature: Test relativi al SRS di correzione timeline
And si verifica che la richiesta di rework effettuata sia in stato "READY" entro 130 secondi controllando ogni 3 secondi
And vengono letti gli eventi fino all'elemento di timeline della notifica "NOTIFICATION_TIMELINE_REWORKED"

@timelineRework
#@timelineRework questo scenario è coperto dai test di fase 2 con esiti attesi aggiornati
Scenario: [TIMELINE_REWORK_28] Rework notifica multidestinatario in stato VIEWED raggiunga correttamente lo stato di rework READY.
Given viene generata una nuova notifica
| subject | invio notifica con cucumber |
Expand Down Expand Up @@ -671,6 +670,9 @@ Feature: Test relativi al SRS di correzione timeline
Then viene invocato il consolidatore con i seguenti dati:
| productType | attemptId | pcRetry | recIndex | statusCode | deliveryFailureCause | attachment_1 | attachment_2 |
| AR | ATTEMPT_1 | PCRETRY_0 | RECINDEX_0 | RECRN002E | | Indagine | |
Then viene invocato il consolidatore con i seguenti dati:
| productType | attemptId | pcRetry | recIndex | statusCode | deliveryFailureCause | attachment_1 | attachment_2 |
| AR | ATTEMPT_1 | PCRETRY_0 | RECINDEX_0 | RECRN002F | | | |
And vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_PROGRESS" con deliveryDetailCode "RECRN002E"
And vengono letti gli eventi fino all'elemento di timeline della notifica "NOTIFICATION_TIMELINE_REWORKED"
And viene verificato che l'elemento di timeline "SEND_ANALOG_FEEDBACK" esista
Expand All @@ -681,7 +683,7 @@ Feature: Test relativi al SRS di correzione timeline
| details_deliveryFailureCause | M04 |
| details_responseStatus | KO |
Then verifico la presenza di elementi di timeline con stringa "REWORK_"
And vengono effettuati i controlli sugli elementi invalidati usando la lista "BASE"
And vengono effettuati i controlli sugli elementi invalidati usando la lista "BASE"
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_FEEDBACK" al tentativo "ATTEMPT_1"
And vengono letti gli eventi fino all'elemento di timeline della notifica "ANALOG_FAILURE_WORKFLOW"
And vengono letti gli eventi fino all'elemento di timeline della notifica "REFINEMENT"
Expand Down Expand Up @@ -776,7 +778,7 @@ Feature: Test relativi al SRS di correzione timeline
| | ATTEMPT_0 | PCRETRY_0 | RECINDEX_0 | RECRN002F | M01 | REASON46 |
And si verifica che la richiesta di rework effettuata sia in stato "ERROR" entro 130 secondi controllando ogni 3 secondi

@timelineRework
#@timelineRework questo scenario è coperto dai test di fase 2 con esiti attesi aggiornati
Scenario: [TIMELINE_REWORK_47] Verifica che la correzione di un ATTEMPT_1 da OK, con evento di visualizzazione da parte dell’utente ed assenza dell’evento REFINEMENT, a KO, essendo in realtà il destinatario risultato irreperibile,
Given viene generata una nuova notifica
| subject | invio notifica con cucumber |
Expand Down Expand Up @@ -870,7 +872,7 @@ Feature: Test relativi al SRS di correzione timeline
And vengono effettuati i controlli sugli elementi invalidati usando la lista "BASE"

@timelineRework
Scenario: [TIMELINE_REWORK_51] Verifica che la correzione ATTEMPT_0 da OK a KO: verifica notifica con destinatari multipli***rivedi gli step
Scenario: [TIMELINE_REWORK_51] Verifica che la correzione ATTEMPT_0 da OK a KO: verifica notifica con destinatari multipli
Given viene generata una nuova notifica
| subject | invio notifica con cucumber |
| senderDenomination | Comune di Palermo |
Expand Down Expand Up @@ -944,7 +946,7 @@ Feature: Test relativi al SRS di correzione timeline
And vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_FEEDBACK" con deliveryDetailCode "RECRN002F"
And vengono letti gli eventi fino all'elemento di timeline della notifica "NOTIFICATION_TIMELINE_REWORKED"
And vengono letti gli eventi fino all'elemento di timeline della notifica "ANALOG_SUCCESS_WORKFLOW"
And vengono letti gli eventi fino all'elemento di timeline della notifica "EFFECTIVE_DATE"
Then vengono letti gli eventi fino allo stato della notifica "EFFECTIVE_DATE"
Then verifico la presenza di elementi di timeline con stringa "REWORK_"
And vengono effettuati i controlli sugli elementi invalidati usando la lista "BASE"

Expand Down
Loading