Riferimenti statistici del controllo di qualità del software

4

Sto cercando riferimenti sui test di ipotesi nella gestione del software. Ad esempio, potremmo chiederci se il "crunch time" porta ad un aumento del tasso di difetti - questo è un sorprendentemente difficile cosa da fare.

Ci sono molti domande su come misurare la qualità - questo non è quello che sto chiedendo. E ci sono libri come Kan che discutono le varie metriche di qualità e le loro utilità. Neanch'io lo chiedo. Voglio sapere come si applicano questi parametri per prendere decisioni.

es. supponiamo di decidere di andare con errori critici / KLOC. Uno dei problemi che dovremo affrontare è che questo non è un set di dati normalmente distribuito (quasi tutte le patch hanno zero errori critici). Inoltre, non è chiaro se vogliamo davvero esaminare la differenza nei mezzi. Quindi quale dovrebbe essere la nostra ipotesi alternativa?

(Nota: in base alle domande precedenti, suppongo che otterrò molte risposte che mi dicono che questa è una pessima idea. Va bene, ma io richiederei che si basi sui dati pubblicati, anziché sul tuo propria esperienza.)

    
posta Xodarap 04.11.2012 - 15:43
fonte

1 risposta

1

Spero che questa risposta non sia troppo semplice, ma un metodo semplice ma credo che per valutare le metriche sia la tabella di controllo . Questo grafico mostra un intervallo di prestazioni previsto e quando la metrica esce, è facile individuarla. Informalmente, potrebbero esserci alcune tecniche per tracciare i difetti per cento modifiche impegnate rispetto al giorno entro uno sprint di 28 giorni che mostrerebbe se i cambiamenti all'inizio dello sprint erano relativamente privi di difetti, ma alla fine, le cose diventano brutte. Potrebbe essere interessante mostrare un Agile prima e dopo che mostra grafici simili per giorni dopo la scadenza rispetto a giorni prima della scadenza.

    
risposta data 12.11.2012 - 03:05
fonte

Leggi altre domande sui tag