Sono un po 'confuso circa la reale differenza tra test di sistema e test di accettazione. Quando cerco questo argomento le risposte sono diverse e non riesco a vedere come i testicoli possono essere molto diversi.Test di sistema vs Test di accettazione - Differenza nei test
I fatti ho scoperto:
test Sistema è condotta su tutto il sistema ed è fatto dal fornitore. I test di sistema sono test end-to-end in cui si verificano i flussi completi nel sistema (dal login al logout) in base alle specifiche dei requisiti (sia funzionali che non).
Il test di accettazione viene eseguito dal cliente per verificare che soddisfi la richiesta dei clienti. Questo è anche flusso completo e si basa sulle specifiche del requisito. TUTTAVIA il sistema che è stato costruito è stato progettato in base alle specifiche dei requisiti e l'aspetto/usabilità di solito è già accettato nelle prime fasi del ciclo di sviluppo. Se il sistema copre le specifiche del requisito, non dovrebbe essere possibile per il cliente dire "questo non è quello che volevamo, ripetere questo e quello", a meno che il contratto non lo consenta e il cliente paghi l'ora.
Quindi, la mia domanda è fondamentalmente, come sarebbero diversi i casi di test per queste due fasi di test? Entrambi sono test end-to-end e si focalizzano sul fatto che si tratta di un sistema funzionale e soddisfa le specifiche, che nella misura sono anche le esigenze aziendali (poiché è ciò che hanno ordinato). Sembra che i test case dal test del sistema possano essere riutilizzati nei test di accettazione in quanto entrambi coprono i flussi completi?
Non sono d'accordo. I test di accettazione dovrebbero sicuramente avere un caso di test formale, altrimenti darai al cliente una carta "Esci dalla scrittura di stupidi requisiti gratuiti". –
Penso che la base di ogni contratto tra cliente e fornitore sia la specifica dei requisiti. Se il cliente sta testando l'accettazione ad-hoc e non sta testando il sistema utilizzando questa specifica come base e accetta il sistema, non ha una richiesta legale per venire in seguito e dire hey, ti sei perso questo. Sia il cliente che il fornitore dovrebbero verificare che i requisiti siano soddisfatti? –
È vero, non può far male chiedere al cliente di rivedere le specifiche. Sembra un po 'come "pensiamo che questo è quello che volevi, per favore conferma che l'abbiamo implementato" piuttosto che un più aperto "il sistema fa ciò che volevi che facesse?" –