Risoluzione degli argomenti del BDD Scenario: il tipo di file è un input prerequisito per lo scenario

1

Devo risolvere con simpatia un dibattito internamente. Prendi questo scenario, non è perfetto ma resisti con me.

As Arthur

I want to upload multiple lists of appointment data during the day

So that a SMS message is sent to the patient to check their emails.

Il file viene esportato da un sistema di terze parti in .csv, non abbiamo alcun controllo su questo, e Arthur attualmente continua in quel formato.

Un collega è fermamente convinto che lo scenario dovrebbe essere:

As Arthur

I want to upload multiple lists of appointment data during the day in .csv format

So that a SMS message is sent to the patient to check their emails.

Ritengo che il tipo di file sia un criterio di accettazione, non parte dello scenario perché Arthur avrebbe potuto salvarlo su xlsx per l'analisi su altre schede. Avremmo bisogno di fallire nel caso in cui l'azienda insista che supportiamo solo il caricamento di .csv. BDD è una novità per l'azienda e non professo di essere un esperto, sto cercando di migliorare in fretta, quindi qualsiasi consiglio sarebbe stato accolto con gratitudine.

    
posta K7Buoy 24.10.2018 - 13:09
fonte

1 risposta

1

Il tuo requisito è di supportare qualsiasi formato di file che un sistema di terze parti è in grado di generare (o almeno uno di questi formati, se esiste una scelta). Quindi scrivilo.

As Arthur
I want to import multiple lists of appointment data during the day from {third party service}
So that a SMS message is sent to the patient to check their emails.

Questo non è intrinsecamente un file CSV, questo sembra essere un file CSV. In quanto tale, la tua impressione che sarebbe eccessivo menzionare il tipo di CSV nello scenario è ampiamente corretta.

In effetti, il tuo caso d'uso sembra riguardare la sincronizzazione con il servizio di terze parti. Un'esportazione / esportazione manuale dei dati potrebbe essere un modo per risolvere questo problema, ma se il servizio fornisce un'API che è possibile integrare, questa potrebbe essere una soluzione molto migliore per questo requisito. Forse, il caso d'uso dovrebbe essere formulato in questo modo:

As a patient,
I want to receive an SMS notification when my appointment status in {third party system} changes
So that I remember to check my email.

Sebbene questo descriva meglio il valore dello scenario, potrebbe essere un livello così alto che non è utilizzabile per te. Quindi dipende molto dal contesto come questo dovrebbe essere formulato. Forse la prima variante che descrive la prospettiva di un utente immediato del tuo sistema potrebbe essere migliore.

    
risposta data 24.10.2018 - 17:24
fonte

Leggi altre domande sui tag