BDD denominazione: quando lo fa smettere di essere circa l'esperienza degli utenti?

Question

Sono attratto da MSpec con la speranza di una giornata condividere i miei rapporti di prova con i non -developers*, ma che è più prezioso (giusto?) se discuto il business (l'esperienza degli utenti) nei nomi di test / scenario (invece dei singoli oggetti C # / membri a chiunque nel mondo di prova).

Ma io sto lottando, con la mia funzionalità di basso livello, per citare le preoccupazioni non-sviluppatori nei miei nomi di test / scenario. Il più lontano la preoccupazione è dall'interfaccia utente, il più difficoltà a nominare lo scenario in modo tale che sia) è rilevante per la non-sviluppatore e b) descrive la funzionalità di basso livello in fase di test.

Mentre ci si sposta sempre più lontano dall'interfaccia utente, c'è un punto in cui prova nomi / scenario semplicemente non possono essere condivisi con i non-sviluppatori? Mi sento come la risposta dovrebbe essere "no", perché non dovrei testando il comportamento meno che non sia qualcosa di cure non-sviluppatori di circa , ma sto non aver abbastanza regolarmente che io non sono sicuro di quello che mi manca.

Se non ci sono risposte ovvie da qualche parte, lo apprezzerei alcune citazioni / riferimenti.

* esempio gli utenti finali o altre parti interessate ( "stakeholders" potrebbero includere futuri sviluppatori - o me in un anno e mezzo - con queste specifiche a conoscenza di guadagno nel perché del sistema)

Answer 1

Di solito usa la parola "scenario" per descrivere dell'intero sistema, scenari utente-POV.

Se si desidera una parola per descrivere il comportamento a livello di classe, prova a "esempio".

I tuoi esempi saranno dal punto di vista degli utenti della vostra classe. Se queste classi di utenti vogliono comportamento particolarmente incentrato sullo sviluppatore, allora, sì, i tuoi esempi finirà con le preoccupazioni incentrato sullo sviluppatore in loro.

Detto questo, qui ci sono alcuni cambiamenti di vocabolario che ho trovato mi permetta di frase il valore che sto cercando nel modo più business-oriented che posso:

• ritorni -> mi dice o mi dà
• chiamate -> delegati, chiede
• Maniglie concorrenza -> maniglie due cose in una volta
• si estende -> è a
• strumenti -> svolge il ruolo di

In sostanza, se si sta utilizzando una parola sviluppatore-gergo, immaginate per spiegare a qualcuno in qualche parola in più, quindi utilizzare tale.

Non vorrei esagerare con esso, però. La ragione per usare termini specifici del dominio degli stakeholder in scenari è perché le parti interessate sono interessati a leggere e (si spera) a scriverli. Il pubblico per gli esempi a livello di classe è tecnico, in modo che non importa tanto se abbiamo problemi tecnici in loro.