Domanda

A volte per il QA diventa difficile pianificare e tenere traccia delle ore di QA in quanto una persona può dedicare una quantità enorme di tempo a ripetere il test dei difetti e ad eseguire eventuali regressioni. Possiamo prendere ad esempio un'applicazione web con 50 casi d'uso.

Quali sono alcuni suggerimenti per il budget delle ore di QA?

È stato utile?

Soluzione

Scopri Pianificazione basata sulle prove . Certo, è in primo luogo orientato allo sviluppo della funzionalità, ma c'è verità nel sapere quanto più bisogna fare e quanto sia affidabile il codice per cominciare. Alcune delle attività del programma possono essere il tempo impiegato per eseguire l'ultimo test di regressione o il tempo impiegato per sviluppare i test unitari.

Altri suggerimenti

La storia passata è una buona indicazione delle prestazioni future. Quanto tempo è durata l'ultima regressione?

Idealmente ci sarebbero alcuni dati empirici per usare una stima

  • In che modo il QA sta registrando un'esecuzione di un caso d'uso?
  • Se non stanno registrando il tempo di esecuzione del test, probabilmente dovrebbero esserlo.
  • Suggerisco sempre che il tempo di configurazione / tempo di esecuzione del test effettivo venga registrato poiché ciò terrà conto di eventuali interruzioni che un QA ha durante l'esecuzione del test e fornisce una misura più realistica. (ad esempio, può essere un caso d'uso di 5 minuti da eseguire ma se il QA viene interrotto ogni 5 minuti, l'utilizzo del tempo di esecuzione stimato è inutile come guida)

Spero che questo aiuti

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