La garanzia di qualità è la stessa dei test e della correzione dei bug? [chiuso]

StackOverflow https://stackoverflow.com/questions/836487

  •  08-07-2019
  •  | 
  •  

Domanda

Che cos'è l'assicurazione della qualità? È test e correzione di bug, o è qualcosa di più?

È stato utile?

Soluzione

Il QA del software coinvolge l'intero processo di sviluppo del software: il monitoraggio e il miglioramento del processo, assicurando il rispetto di eventuali standard e procedure concordati e la garanzia che i problemi vengano individuati e trattati.

maggiori dettagli: Domande frequenti sul QA del software

Altri suggerimenti

Q) Che cos'è l'assicurazione della qualità?

  • Garanzia di qualità si riferisce ai processi e alle procedure che monitorano sistematicamente diversi aspetti di un servizio , processo o struttura per rilevare, correggere e garantire il rispetto degli standard di qualità.

  • L'assicurazione della qualità ci ha aiutato a eliminare i prodotti difettosi e ad aumentare la soddisfazione dei clienti.

Q) È test e correzione di errori o è qualcosa di più?

  • La garanzia della qualità è più che un test. Fornisce un framework per definire come la qualità è definita in un'organizzazione e deve essere implementata in un'organizzazione. I processi e le procedure riguardanti la qualità sarebbero definiti qui.

  • È correlato all'intero processo di sviluppo del software , esaminando attentamente e monitorando il processo di sviluppo del software, fornendo i problemi di processo rilevati, eseguendo i test e avendo autorità per decidere quando il prodotto è pronto per il rilascio.

  • l'obiettivo principale è "nessun bug" anziché mantenere il prodotto nei tempi previsti o sotto il budget.

quindi, il punto sopra chiarisce che si tratta di QA molto più che test :)

Il QA è molto più di una correzione e verifica dei bug. È anche più che controllare il prodotto rispetto all'ambito definito (sebbene questa sia una parte importante).

Il QA dovrebbe avvenire in tutte le fasi del progetto o fase del progetto. I requisiti dovrebbero essere soggetti al controllo qualità per garantire che siano significativi, realizzabili e così via. I test unitari dovrebbero essere soggetti al QA per garantire che forniscano una copertura sufficiente per l'applicazione. Nota che questo non sta verificando che il test funzioni ma che i test nel loro insieme siano "abbastanza buoni". Il codice stesso dovrebbe essere soggetto al QA sotto forma di revisioni del codice e test unitari.

Queste attività di QA non devono essere svolte da un dipartimento separato: le revisioni del codice sono qualcosa che deve e deve essere svolto da altri sviluppatori.

Se (ed è un grande if) c'è un QA sufficiente in tutto il progetto, la quantità di test / correzione di bug che si verifica alla fine di una fase del progetto dovrebbe essere ridotta al minimo.

QA = Test, convalida e verifica.

La correzione dei bug non è compito del tester. mentre tester può indicare bug per il programmatore.

I test sono anche una delle cinque fasi dello sviluppo del software.

Di solito, l'ultima fase (manutenzione / miglioramento) è coinvolta nella risoluzione dei bug.

Ma durante l'intero ciclo di vita dello sviluppo del software SW, i bug vengono identificati attraverso i test, o dal cliente o dal programmatore.

Il QA è la forma abbreviata di garanzia della qualità.

Garanzia di qualità significa verificare un prodotto rispetto allo scopo definito in cui lo scopo è soddisfatto o meno. Include la correzione dei bug di test e altre cose.

Il primo team addetto al controllo qualità controllerà il prodotto rispetto all'ambito definito e se ha riscontrato errori o funzionalità improprie nel prodotto, pubblicherà un bug e verrà assegnato a uno sviluppatore che ha sviluppato questo prodotto.

Lo sviluppatore risolverà questi problemi chiamati bug. Il team addetto al QA controllerà di nuovo la stessa cosa e verificherà ciò.

Questo ciclo continuerà fino a quando non sarà soddisfatto l'ambito del progetto definito.

Puoi anche trovare ulteriori informazioni dai seguenti link.

Definizione di QA:

http://encyclopedia2.thefreedictionary.com/bug+fix

Definizione di test

http://searchwindevelopment.techtarget.com/sDefinition/0, , sid8_gci534970,00.html

Altri link:

http://www.softwaretestinghelp.com/types-of-software- test /
http://www.exforsys.com/tutorials/testing/ bug-ciclo di vita-guidelines.html
http://www.onlamp.com/pub/ a / onlamp / 2005/08/11 / fixingbugs.html

Spero che questo ti aiuti

Puoi ancora trovare milioni di risultati e definizioni in google

Saluti,

L'assicurazione della qualità inizia fin dalla fase iniziale di qualsiasi progetto. Include l'esecuzione di una serie di processi e procedure stabiliti da un'organizzazione per raggiungere determinati obiettivi di qualità.

La convalida costituisce una parte importante della garanzia della qualità. Devi convalidare in base all'output o ai requisiti desiderati indicati.

Non esiste software nell'universo senza bug in nessuna piattaforma utilizzata dall'utente. L'obiettivo è quello di ottenere un prodotto intelligente con il numero massimo di casi risolti e gestiti nel software. Per utilizzo e casi intendo coprire il numero massimo di casi comportamentali del cliente

Puoi assicurare la qualità del tuo prodotto solo quando hai messo insieme prove documentali. Prova attestante che hai eseguito tutto il processo e tutte le attività sono state eseguite.

Il team addetto al controllo qualità ha molte responsabilità quando si tratta di certificare la standardizzazione dell'organizzazione. per esempio. certificati come ISO 9001: 2008

Per le definizioni reali (sì, ce n'è più di una) di garanzia della qualità, è possibile verificare ISO 24765 che è uno standard che definisce i termini di ingegneria del software. (Non credo di poter copiare le definizioni incollate qui, quindi sto solo facendo riferimento). ISO 24765 raggruppa le definizioni di ISO 12207 e ISO 15288 in modo da poter controllare anche queste due. CMMI indovina anche la propria definizione di QA.

Per tua informazione:

ISO 12207 -> Systems and software engineering - Software life cycle processes.
ISO 15288 -> Systems and software engineering - System life cycle processes.
ISO 24765 -> Systems and software engineering - Vocabulary

Definirei l'assicurazione della qualità in 2 parti.

= > (software) La garanzia della qualità è un modo sistematico per acquisire una buona sicurezza che un software soddisferà la qualità. Il QA è composto da processi - > Attività - > Compiti - > Procedure. Il numero di Processi e la profondità con cui i Processi verranno scomposti in Attività, Compiti e Procedure dipenderanno normalmente dalle dimensioni del team e dalla Criticità del software in fase di sviluppo. Il controllo qualità proverà principalmente a prevenire i difetti mentre il controllo di qualità proverà a scoprire i difetti (quindi penso che la correzione dei bug non faccia parte del controllo qualità ma fa parte del controllo di qualità). Il QA ha processi di test ma si concentra maggiormente su test di integrazione e qualificazione.

= > La qualità è il grado in cui il software soddisferà le esigenze del cliente (sia detto che non detto), i requisiti e le aspettative. (Si noti che è piuttosto difficile conoscere le esigenze non richieste del cliente e le aspettative del cliente).

Test e correzione di bug e verifica fanno parte del QA. Ma il QA in quanto tale è un processo / pratica per garantire che la qualità promessa sia garantita. Quindi il QA potrebbe comportare la garanzia che i requisiti siano completi / i requisiti siano validi / il processo di compilazione corretto sia implementato / gli sviluppatori stanno praticando buone pratiche di codifica ... non tutti sono implementati in tutti i progetti ma fa parte del QA

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