Stavo cercando di trovare una fonte rilevante di informazioni per quanto sopra, ma ho fallito. Qual è l'output dei test del software? Alcuni dicono "l'elenco dei bug", altri dicono "rispondi se il software è conforme al cliente". So che i test fanno parte del QA ma non sono sicuro di quale sia il suo scopo e il suo output in questo contesto.
Ti manca il punto principale nelle altre risposte:
lo scopo del test è verificare che il prodotto soddisfi i requisiti di qualità.
Ciò include sia i requisiti funzionali (soddisfare i requisiti dei clienti per le caratteristiche, l'usabilità, le prestazioni) che i requisiti tecnici (arresti anomali, danneggiamento dei dati, ecc.).
È parte integrante del processo di controllo qualità, né più né meno. Ergo, non c'è altro contesto, a meno che tu non stia testando le cose per il solo scopo di testarlo, nel qual caso solo tu puoi dire quello che vuoi che lo scopo e l'output siano, e molto probabilmente entrambi saranno irrilevanti mentre stai testando senza mirare e quindi non si preoccuperà per l'output.
La garanzia della qualità è una fase che ciascuna funzionalità / prodotto deve attraversare prima che sia pronta per gli utenti finali. L'obiettivo del controllo qualità è quello di garantire che quando il prodotto raggiunge i suoi utenti, sarà in grado di utilizzarlo e non essere frustrato da cose che non soddisfano le aspettative dei clienti o semplicemente interrotte.
Il test è l'attività principale svolta durante la fase di controllo qualità. Sebbene il QA sia certamente responsabile della generazione di "un elenco di bug", non lo considererei l'output. Se lo fosse, allora gli ingegneri del QA sarebbero valutati sulla base di quanti bug scrivono ogni giorno e questo non ha molto senso.
Considera invece il bug tracking come semplice meccanismo di comunicazione da utilizzare internamente per un'interazione efficace tra il QA e i team di sviluppo. Il vero output di QA è un software funzionante e per verificare che funzioni, quel software deve superare una serie di test di accettazione. Quindi potresti dire che l'output del QA è una checklist che mostra lo stato di tutti i test di accettazione e identifica quelli che sono passati e falliti. Idealmente, quando QA ha terminato di lavorare con gli ingegneri di sviluppo, tutti i test di accettazione dovrebbero passare, ma in alcune circostanze, se una funzionalità è isolata e non molto richiesta, la gestione del prodotto potrebbe decidere di spedire il prodotto senza il supporto per tale caratteristica.
Risposta breve: Test e QA sembrano simili ma hanno significati diversi e implicazioni.
Test: supporta qualsiasi tipo di test, solo per interrompere il sistema dagli input dell'utente con le voci del caso di età (come vedere un comportamento approssimativo dell'interfaccia utente sulle voci dell'utente, come la convalida e la gestione dei casi di eccezione.)
QA (Quality Assurance) - ha l'obiettivo di verificare i requisiti testando i prodotti. In altre parole, il suo scopo principale è monitorare i processi di ingegneria del software e i metodi utilizzati per garantire la qualità. Lo scopo è assicurare che tutte le funzionalità siano implementate e implementate come previsto prima dell'accettazione da parte dell'utente.
Nel complesso, ci sono diversi livelli sequenziali (test unitario, test di integrazione, ecc.) nel processo di test del software che puoi ottenere informazioni dettagliate da - Test del software di Wikipedia .
Il test è semplicemente un'attività di controllo della qualità che viene utilizzata come misura dell'idoneità del software per il suo scopo. Come altri hanno eluso, il test, da solo, non è molto utile. È necessario disporre di un processo che descriva cosa fare con gli output dei test e, insieme ad altri input, viene utilizzato per migliorare il prodotto. Questo processo di test / verifica / convalida del software è, sebbene importante, una piccola parte del processo di Quality Assurance. Pertanto, il test del software di output è un input nel processo di controllo qualità.
Il processo di Quality Assurance comprende l'intera attività e viene utilizzato per guidare le attività (e misurare i risultati) che si verificano nella produzione del prodotto. Il software è più di un semplice programma scritto da programmatori e il QA non può essere realizzato isolatamente dagli obiettivi di business e dalle attività di sviluppo non software. La QA definisce anche attività quali l'ispezione del codice, la gestione dei requisiti, ecc. Che non fanno parte del test, ma che sono mostrate per migliorare la qualità del prodotto.
Nota: all'interno della comunità del software queste idee e questi termini non sono ben compresi e, di regola, noi programmatori ingenuamente equipariamo QA === QC === Test. È probabile che si ottengano risposte migliori e più accurate che fanno riferimento a materiali e siti Web incentrati sulla gestione della qualità piuttosto che sul software. Evita i siti che utilizzano il controllo qualità e i test nella stessa frase.