Non sono davvero test; sono scenari o esempi su come usare il tuo codice. Se eviti la parola "test" avrai un tempo più semplice, e diventerà ovvio che 2 è la via da seguire perché sarai in grado di discutere i tuoi scenari con il business.
L'azienda non ha interesse per i test formulati nel modo in cui hai descritto in 1. Gli uomini d'affari in genere preferiscono parlare piuttosto di un esempio di come usare il codice, che porterà inevitabilmente a 2.
Inoltre, il fatto che tu stia chiedendo ti suggerisce che non stai ancora parlando al business. Per favore vai ad avere le conversazioni. È il bit più importante del BDD, molto più importante dell'automazione, e ti farà risparmiare molto lavoro di rilavorazione e dolore, oltre a contribuire a mantenere gli scenari interessanti e manutenibili nel caso tu faccia automatizzarli.
Questo primo scenario non descrive il comportamento in modo diverso rispetto al secondo: descrive solo la meccanica del comportamento, che renderà più difficile cambiare quelle meccaniche in seguito, oltre a introdurre dettagli non necessari. L'unica volta che ti serve uno scenario formulato nello stesso modo di 1 è se sei davvero affascinato dal login. Preferirei vedere uno scenario incentrato sull'attività preziosa per il tuo business che stai loggando per .