Questo è il titolo di una storia utente :
As APPLICATION I require a new SOAP element for OTHER_APPLICATION
Ultimamente ho letto molte voci come questa nel nostro strumento di scelta. Ecco una descrizione della descrizione. Ovviamente ho dovuto rimuovere un paio di dettagli, ma spero che sia ancora comprensibile.
A new SOAP element XXX must be defined in APPLICATION. APPLICATION will send XXX to OTHER_APPLICATION.
OTHER_APPLICATION shall return
- some information
- more information
- another piece of data
The received information shall be stored.
The information shall be retrieved, when
- condition A (result of a user interaction with APPLICATION)
- condition B (result of system event on OTHER_APPLICATION)
- condition C (user interaction with APPLICATION)
L'APPLICAZIONE è un'app Web per tecnici / assistenza clienti. OTHER_APPLICATION è un'appliance hardware distribuita in remoto senza accesso diretto all'utente.
Per me questo non sembra una (buona) user story. Ecco i miei pensieri al riguardo:
- ✅ La descrizione è concisa e cerca di evitare dettagli di implementazione complessi come le definizioni SOAP XML o le definizioni della tabella del database.
- ✅ L'elenco delle condizioni può essere utilizzato per la demo e la preparazione degli scenari di test.
- ❎ Non ci sono informazioni perché è necessaria questa modifica all'API SOAP - questo dovrebbe essere il titolo attuale o la prima frase IMHO, qualcosa come "Come tecnico / servizio clienti, ho bisogno un modo per ottenere informazioni sullo stato di OTHER_APPLICATION in caso di un errore del servizio. " Ci può essere una nota sul servizio web esistente utilizzato per comunicare con OTHER_APPLICATION dall'OP, nel caso in cui tutti gli sviluppatori si siano improvvisamente dimenticati di è ...