Skip to content

Commit

Permalink
aggiunta test controllo costi con filtro per zone coperte da RADD
Browse files Browse the repository at this point in the history
  • Loading branch information
Marco-Meloni committed Apr 5, 2024
1 parent ac4b5cd commit f4d76cf
Showing 1 changed file with 95 additions and 108 deletions.
Original file line number Diff line number Diff line change
@@ -1,156 +1,143 @@
Feature: Radd Alternative Atto Intero

#TODO aggiungere integrazione per prendere i dati dal DynamoDb di aws per il controllo del campo del filtro

Scenario: [RADD_FILTRO_ATTO-INTERO_1] invio notifica 890 coperto da RADD
#TODO aspettare cap da inserire per controllo filtro e controllare che non siano congruenti con quelli degli altri test sui costi

Scenario: [RADD_FILTRO_ATTO-INTERO_1] invio notifica 890 coperto da RADD e controllo diminuzione costi filtro base
Given viene generata una nuova notifica
| subject | notifica analogica con cucumber |
| senderDenomination | Comune di palermo |
| subject | notifica analogica filtro base |
| senderDenomination | Comune di palermo |
| physicalCommunication | REGISTERED_LETTER_890 |
| feePolicy | DELIVERY_MODE |
| document | DOC_4_PG; |
And destinatario Mario Gherkin e:
| digitalDomicile | NULL |
| physicalAddress_address | Via@ok_890 |
| physicalAddress_municipality | <municipality> |
| physicalAddress_zip | <zip_code> |
| physicalAddress_province | <province> |
| physicalAddress_municipality | <MUNICIPALITY> |
| physicalAddress_province | <PROVINCE> |
| physicalAddress_zip | <CAP> |
When la notifica viene inviata tramite api b2b dal "Comune_Multi" e si attende che lo stato diventi ACCEPTED
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_DOMICILE"
Then 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 "SEND_ANALOG_DOMICILE"
And viene verificato il costo = "<COSTO>" della notifica


Scenario: [RADD_FILTRO_ATTO-INTERO_2] invio notifica AR coperto da RADD
Scenario: [RADD_FILTRO_ATTO-INTERO_2] invio notifica AR coperto da RADD e controllo diminuzione costi filtro base
Given viene generata una nuova notifica
| subject | notifica analogica con cucumber |
| senderDenomination | Comune di palermo |
| subject | notifica analogica filtro base |
| senderDenomination | Comune di palermo |
| physicalCommunication | AR_REGISTERED_LETTER |
| feePolicy | DELIVERY_MODE |
| document | DOC_4_PG; |
And destinatario Mario Gherkin e:
| digitalDomicile | NULL |
| physicalAddress_address | Via@ok_AR |
| physicalAddress_municipality | <municipality> |
| physicalAddress_zip | <zip_code> |
| physicalAddress_province | <province> |
| physicalAddress_municipality | <MUNICIPALITY> |
| physicalAddress_province | <PROVINCE> |
| physicalAddress_zip | <CAP> |
| payment_pagoPaForm | NOALLEGATO |
When la notifica viene inviata tramite api b2b dal "Comune_Multi" e si attende che lo stato diventi ACCEPTED
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_DOMICILE"
Then 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 "SEND_ANALOG_DOMICILE"
And viene verificato il costo = "<COSTO>" della notifica

Scenario: [RADD_FILTRO_ATTO-INTERO_3] invio notifica RS coperto da RADD

Scenario: [RADD_FILTRO_ATTO-INTERO_3] invio notifica RS coperto da RADD e controllo diminuzione costi filtro base
Given viene generata una nuova notifica
| subject | notifica analogica con cucumber |
| senderDenomination | Comune di palermo |
| subject | notifica analogica filtro base |
| senderDenomination | Comune di palermo |
| feePolicy | DELIVERY_MODE |
| document | DOC_4_PG; |
And destinatario Mario Gherkin e:
| digitalDomicile_address | test@fail.it |
| physicalAddress_address | Via@ok_RS |
| physicalAddress_municipality | <municipality> |
| physicalAddress_zip | <zip_code> |
| physicalAddress_province | <province> |
When la notifica viene inviata tramite api b2b dal "Comune_Multi" e si attende che lo stato diventi ACCEPTED
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_SIMPLE_REGISTERED_LETTER"


Scenario: [RADD_FILTRO_ATTO-INTERO_4] invio notifica 890 non coperto da RADD
Given viene generata una nuova notifica
| subject | notifica analogica con cucumber |
| senderDenomination | Comune di palermo |
And destinatario Mario Gherkin e:
| digitalDomicile | NULL |
| physicalAddress_address | Via@ok_890 |
When la notifica viene inviata tramite api b2b dal "Comune_Multi" e si attende che lo stato diventi ACCEPTED
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_DOMICILE"
Then vengono letti gli eventi fino all'elemento di timeline della notifica "ANALOG_SUCCESS_WORKFLOW"


Scenario: [RADD_FILTRO_ATTO-INTERO_5] invio notifica 890 coperto da RADD con filtro discardAttachment a ATTACHMENT_PAGOPA e LEGAL_FACT
Given viene generata una nuova notifica
| subject | notifica analogica con cucumber |
| senderDenomination | Comune di palermo |
And destinatario Mario Gherkin e:
| digitalDomicile | NULL |
| physicalAddress_address | Via@ok_890 |
| physicalAddress_municipality | <municipality> |
| physicalAddress_zip | <zip_code> |
| physicalAddress_province | <province> |
| physicalAddress_municipality | <MUNICIPALITY> |
| physicalAddress_province | <PROVINCE> |
| physicalAddress_zip | <CAP> |
| payment_pagoPaForm | NOALLEGATO |
When la notifica viene inviata tramite api b2b dal "Comune_Multi" e si attende che lo stato diventi ACCEPTED
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_DOMICILE"
Then 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 "SEND_SIMPLE_REGISTERED_LETTER"
And viene verificato il costo = "<COSTO>" della notifica


Scenario: [RADD_FILTRO_ATTO-INTERO_6] invio notifica 890 coperto da RADD con filtro discardAttachment a ATTACHMENT_F24 e LEGAL_FACT_EXTERNAL
Scenario Outline: [RADD_FILTRO_ATTO-INTERO_4] invio notifica 890 coperto da RADD e controllo diminuzione costi filtro con discardAttachment
Given viene generata una nuova notifica
| subject | notifica analogica con cucumber |
| senderDenomination | Comune di palermo |
| subject | <SUBJECT> |
| senderDenomination | Comune di palermo |
| physicalCommunication | REGISTERED_LETTER_890 |
| feePolicy | DELIVERY_MODE |
| document | DOC_4_PG; |
And destinatario Mario Gherkin e:
| digitalDomicile | NULL |
| physicalAddress_address | Via@ok_890 |
| physicalAddress_municipality | <municipality> |
| physicalAddress_zip | <zip_code> |
| physicalAddress_province | <province> |
| physicalAddress_municipality | <MUNICIPALITY> |
| physicalAddress_province | <PROVINCE> |
| physicalAddress_zip | <CAP> |
When la notifica viene inviata tramite api b2b dal "Comune_Multi" e si attende che lo stato diventi ACCEPTED
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_DOMICILE"
Then 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 "SEND_ANALOG_DOMICILE"
And viene verificato il costo = "<COSTO>" della notifica
Examples:
| CAP | COSTO | MUNICIPALITY | PROVINCE | SUBJECT |
| 05010 | 1103 | COLLELUNGO | TR | notifica filtro scarto ATTACHMENT_PAGOPA e LEGAL_FACT |
| 06031 | 957 | CANTALUPO | PG | notifica filtro scarto ATTACHMENT_F24 e LEGAL_FACT_EXTERNAL |
| 64011 | 953 | ALBA ADRIATICA | TE | notifica filtro scarto DOCUMENT e AAR |


Scenario: [RADD_FILTRO_ATTO-INTERO_7] invio notifica 890 coperto da RADD con filtro discardAttachment a DOCUMENT e AAR
Scenario: [RADD_FILTRO_ATTO-INTERO_5] invio notifica RS coperto da RADD e controllo diminuzione costi filtro discardAttachment
Given viene generata una nuova notifica
| subject | notifica analogica con cucumber |
| senderDenomination | Comune di palermo |
And destinatario Mario Gherkin e:
| digitalDomicile | NULL |
| physicalAddress_address | Via@ok_890 |
| physicalAddress_municipality | <municipality> |
| physicalAddress_zip | <zip_code> |
| physicalAddress_province | <province> |
When la notifica viene inviata tramite api b2b dal "Comune_Multi" e si attende che lo stato diventi ACCEPTED
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_DOMICILE"
Then vengono letti gli eventi fino all'elemento di timeline della notifica "ANALOG_SUCCESS_WORKFLOW"


Scenario: [RADD_FILTRO_ATTO-INTERO_8] invio notifica RS coperto da RADD con filtro discardAttachment a DOCUMENT e AAR
Given viene generata una nuova notifica
| subject | notifica analogica con cucumber |
| senderDenomination | Comune di palermo |
| subject | notifica analogica filtro AAR e DOCUMENT |
| senderDenomination | Comune di palermo |
| feePolicy | DELIVERY_MODE |
| document | DOC_4_PG; |
And destinatario Mario Gherkin e:
| digitalDomicile_address | test@fail.it |
| physicalAddress_address | Via@ok_RS |
| physicalAddress_municipality | <municipality> |
| physicalAddress_zip | <zip_code> |
| physicalAddress_province | <province> |
When la notifica viene inviata tramite api b2b dal "Comune_Multi" e si attende che lo stato diventi ACCEPTED
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_SIMPLE_REGISTERED_LETTER"


Scenario: [RADD_FILTRO_ATTO-INTERO_9] invio notifica AR coperto da RADD con filtro acceptedAttachments a ATTACHMENT_PAGOPA e LEGAL_FACT
Given viene generata una nuova notifica
| subject | notifica analogica con cucumber |
| senderDenomination | Comune di palermo |
And destinatario Mario Gherkin e:
| digitalDomicile | NULL |
| physicalAddress_address | Via@ok_AR |
| physicalAddress_municipality | <municipality> |
| physicalAddress_zip | <zip_code> |
| physicalAddress_province | <province> |
| physicalAddress_municipality | <MUNICIPALITY> |
| physicalAddress_province | <PROVINCE> |
| physicalAddress_zip | <CAP> |
| payment_pagoPaForm | NOALLEGATO |
When la notifica viene inviata tramite api b2b dal "Comune_Multi" e si attende che lo stato diventi ACCEPTED
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_SIMPLE_REGISTERED_LETTER"
And vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_SIMPLE_REGISTERED_LETTER"
And viene verificato il costo = "111" della notifica


Scenario: [RADD_FILTRO_ATTO-INTERO_9] invio notifica AR coperto da RADD con filtro acceptedAttachments a ATTACHMENT_F24 e LEGAL_FACT_EXTERNAL
Scenario Outline: [RADD_FILTRO_ATTO-INTERO_6] invio notifica AR coperto da RADD e controllo diminuzione costi in base al filtro acceptAttachment
Given viene generata una nuova notifica
| subject | notifica analogica con cucumber |
| senderDenomination | Comune di palermo |
| subject | <SUBJECT> |
| senderDenomination | Comune di palermo |
| physicalCommunication | REGISTERED_LETTER_890 |
| feePolicy | DELIVERY_MODE |
| document | DOC_4_PG; |
And destinatario Mario Gherkin e:
| digitalDomicile | NULL |
| physicalAddress_address | Via@ok_AR |
| physicalAddress_municipality | <municipality> |
| physicalAddress_zip | <zip_code> |
| physicalAddress_province | <province> |
| physicalAddress_municipality | <MUNICIPALITY> |
| physicalAddress_province | <PROVINCE> |
| physicalAddress_zip | <CAP> |
| payment_pagoPaForm | NOALLEGATO |
When la notifica viene inviata tramite api b2b dal "Comune_Multi" e si attende che lo stato diventi ACCEPTED
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_SIMPLE_REGISTERED_LETTER"
And vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_DOMICILE"
And viene verificato il costo = "<COSTO>" della notifica
Examples:
| CAP | COSTO | MUNICIPALITY | PROVINCE | SUBJECT |
| 05010 | 1103 | COLLELUNGO | TR | notifica filtro accetazione ATTACHMENT_PAGOPA e LEGAL_FACT |
| 06031 | 957 | CANTALUPO | PG | notifica filtro accetazione ATTACHMENT_F24 e LEGAL_FACT_EXTERNAL |
| 64011 | 953 | ALBA ADRIATICA | TE | notifica filtro accetazione DOCUMENT e AAR |


Scenario: [RADD_FILTRO_ATTO-INTERO_10] invio notifica AR coperto da RADD con filtro acceptedAttachments a DOCUMENT e AAR
Scenario: [RADD_FILTRO_ATTO-INTERO_7] invio notifica AR coperto da RADD e controllo diminuzione costi in base al filtro acceptAttachment e discardAttachment settato
Given viene generata una nuova notifica
| subject | notifica analogica con cucumber |
| senderDenomination | Comune di palermo |
| subject | notifica analogica con filtro accetazione e scarto |
| senderDenomination | Comune di palermo |
| physicalCommunication | REGISTERED_LETTER_890 |
| feePolicy | DELIVERY_MODE |
| document | DOC_4_PG; |
And destinatario Mario Gherkin e:
| digitalDomicile | NULL |
| physicalAddress_address | Via@ok_AR |
| physicalAddress_municipality | <municipality> |
| physicalAddress_zip | <zip_code> |
| physicalAddress_province | <province> |
| physicalAddress_municipality | <MUNICIPALITY> |
| physicalAddress_province | <PROVINCE> |
| physicalAddress_zip | <CAP> |
| payment_pagoPaForm | NOALLEGATO |
When la notifica viene inviata tramite api b2b dal "Comune_Multi" e si attende che lo stato diventi ACCEPTED
Then vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_SIMPLE_REGISTERED_LETTER"
And vengono letti gli eventi fino all'elemento di timeline della notifica "SEND_ANALOG_DOMICILE"
And viene verificato il costo = "<COSTO>" della notifica

0 comments on commit f4d76cf

Please sign in to comment.