Iniziando generalmente nell'elaborazione, questo lavoro viene di solito eseguito più volte durante un'iterazione, una
volta per ciclo di verifica in base alla disponibilità di una serie di build che garantiscono la verifica indipendente.
Come notato, questo lavoro viene generalmente eseguito più volte durante un'iterazione; il numero effettivo di volte
spesso è uno per build. Notare tuttavia che è tipico non verifica ogni build. Notare inoltre che la pianificazione di
build spesso risulta nell'aumento di frequenza di questo lavoro durante il corso dell'iterazione. La necessità di altri
cicli è regolata in base a quando vengono raggiunte le ampie valutazioni del test all'interno di un ciclo di verifica
che è il punto centrale dell'Attività: Ottenimento di una missione accettabile.
Per iterazioni precedenti e che includono quelle antecedenti alla fase di costruzione, è di solito richiesto un
ulteriore impegno per indirizzare problemi tattici rilevati per la prima volta durante l'implementazione e l'esecuzione
della verifica. Questi problemi spesso si detraggono dal numero di verifiche effettive correttamente implementate ed
eseguite e limitano l'ampliamento della verifica.
I tool di automazione test, sofisticati e disponibili ed i requisiti degli skill necessari da usare avranno un impatto
efficace sulle risorse di questo lavoro. Potrebbe essere appropriato distribuire in modo strategico la risorsa di
contratto specializzato affinché una certa parte di questo lavoro migliori la verosimiglianza della riuscita. Potrebbe
essere più economico fittare gli strumenti di automazione e formulare contratti a persone che abbiano competenze
appropriate in modo che utilizzino gli strumenti, specialmente per aiutare a migrare i rischi all'inizio. E' necessario
equilibrare i vantaggi di questo approccio con la necessità di sviluppare skill interni per conservare le risorse di
automazione nel futuro.
|