Domanda

Una delle affermazioni dello sviluppo in stile BDD è che colma il divario tra il proprietario del prodotto e gli sviluppatori: il proprietario del prodotto scrive una storia, che può essere convertita in una "cornice" automatizzata del test che alla fine dovrebbe passare.

Quello che vorrei sentire è come continuare a colmare il divario dopo: una volta che ci sono test automatizzati in atto, come si aiuta il proprietario del prodotto a rivederli? O è abbastanza per il proprietario del prodotto sapere che il test passa, senza guardare il codice di prova stesso?

In breve, quanto dovrebbe essere intimo il proprietario del prodotto con i test effettivi implementati e come si tiene coinvolto in modo produttivo nei test oltre la scrittura iniziale della storia?

Il motivo dietro questa domanda è doppio. In primo luogo, tra la storia del documento e i dettagli di implementazione, alcune ipotesi possono intrufolarsi e avere l'autore della storia di revisione del test può essere prezioso. D'altra parte, l'implementazione introduce anche un bel po 'di rumore e richiede che il PO diventi abbastanza tecnico (Codice di lettura, Esegui test). L'implementazione del test è un "dettaglio dello sviluppatore" o è giusto richiedere al PO di diventare un po 'uno sviluppatore in questo settore?

Quindi, nella maggior parte dei casi, il PO può effettivamente convalidare il test senza il test automatizzato, semplicemente utilizzando l'applicazione. Tuttavia, alcune storie sono "senza testa" e possono essere verificate solo tramite codice, quindi a meno che il PO non sappia leggere ed eseguire i test, non sarà mai in grado di dichiarare che ha verificato la storia completa.

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top