Definitive Guide di sviluppare una buona strategia di documento di prova con questi 7 semplici passi Qual è la strategia di test un piano strategico per la definizione approccio di test, ciò che si vuole realizzare e come si sta andando per realizzarla. Questo documento rimuove tutte le dichiarazioni di incertezza o requisiti vaga con un chiaro piano di approccio per raggiungere gli obiettivi di prova. strategia Test è uno dei documenti più importanti per team QA. La scrittura in modo efficace è una competenza ogni tester dovrebbe raggiungere nella loro carriera. Si avvia il processo di pensiero che aiuta a scoprire molti requisiti mancanti. Pensare e attività di pianificazione test di aiuto squadra per definire la portata e la copertura di test di prova. Essa aiuta i manager di prova per avere chiaro lo stato del progetto in qualsiasi momento. Le probabilità di perdere qualsiasi attività di test sono molto basse quando c'è una strategia di test adeguato in posto. Esecuzione del test senza alcun piano raramente funziona. So che le squadre che scrivono documento strategico, ma mai rimando indietro, mentre l'esecuzione del test. piano di strategia di sperimentazione deve essere discusso con tutta la squadra in modo che la squadra sarà coerente in avvicinamento e le responsabilità. In tempi stretti, non puoi semplicemente rinuncia a qualsiasi attività di test a causa della pressione del tempo. Almeno deve passare attraverso un processo formale prima di farlo. Strategia di prova vs. Test Plan: Nel corso degli anni, vedo un sacco di confusione tra questi due documenti. Quindi, consente di iniziare con le definizioni di base. Generalmente doesn8217t materia che viene prima. documento di pianificazione Test è una combinazione di strategia collegato con il piano generale del progetto. Secondo Standard IEEE 829-2008, piano strategico è un elemento secondario del piano di test. Ogni organizzazione ha i propri standard e processi per mantenere questi documenti. Alcune organizzazioni includono dettagli di strategia in piano di test per sé (qui è buon esempio di questo). Alcuni strategia lista organizzazioni come una sottosezione in piano di test ma i dettagli sono separati in diversi documenti strategia di test. portata del progetto e messa a fuoco di prova è definito nel piano di test. In sostanza, si tratta di copertura di test, le caratteristiche per essere testato, dispone di non essere testato, la stima, la programmazione e la gestione delle risorse. Considerando che la strategia di test definisce le linee guida per l'approccio di prova da seguire al fine di raggiungere gli obiettivi di prova ed esecuzione di tipi di test definiti nel piano di test. Si tratta di oggettiva di prova, l'approccio, ambiente di test, strategia di automazione e strumenti, e l'analisi dei rischi con piano di emergenza. Per riassumere piano di controllo è una visione di ciò che si vuole raggiungere e strategia di test è un piano d'azione volto a realizzare questa visione auguriamo che questo cancellerà tutti i vostri dubbi. James Bach ha più la discussione su questo argomento qui. Processo per sviluppare un buon documento strategia di test: Don8217t basta seguire i modelli senza capire che cosa funziona meglio per il vostro progetto. Ogni cliente ha le proprie esigenze e si deve attenersi alle cose che funzionano perfettamente per voi. Non copiare qualsiasi organizzazione o qualsiasi standard ciecamente. Assicurarsi sempre se che sta aiutando per voi ei vostri processi. Qui di seguito è un modello di strategia di esempio che illustrerà ciò che dovrebbe essere coperto in questo piano insieme ad alcuni esempi per illustrare ciò che ha senso per coprire in ogni componente. sezioni comuni di documento di strategia di prova: Fase 1 Campo di applicazione e 8211 Panoramica: Panoramica del progetto insieme alle informazioni su chi è destinato questo documento. Anche includere dettagli come che esaminare e approvare questo documento. Definire attività di test e fasi da effettuare con scadenze rispetto alle tempistiche dei progetti globali definiti nel piano di test. Passo 2 8211 Approccio di prova: Definire processo di test, il livello di test, i ruoli e le responsabilità di ogni membro del team. Per ogni tipo di test definito nel piano di test (ad esempio unità. Integrazione, di sistema, di regressione, installationuninstallation. Usabilità, carico, le prestazioni, e test di sicurezza) descrivono il motivo per cui dovrebbe essere condotta insieme a dettagli come quando iniziare, proprietario di prova, le responsabilità, le prove approccio e dettagli della strategia di automazione e di strumento, se applicabile. In esecuzione di test ci sono varie attività come l'aggiunta di nuovi difetti, difetti triage, assegnazioni difetti, ri-test, test di regressione e, infine, test del segno-off. È necessario definire procedura esatta da seguire per ogni attività. È possibile seguire lo stesso processo che ha lavorato per voi nelle vostre precedenti cicli di prova. Una presentazione visio di tutte queste attività, tra cui il numero di tester e che funziona su quale attività è molto utile per capire rapidamente ruoli e le responsabilità della squadra. Per esempio. ciclo di gestione dei difetti 8211 menziona il processo per registrare nuovo difetto. Dove log esso, come accedere nuovi difetti, quello che dovrebbe essere lo status difetti, che dovrebbero fare triage difetto, a chi assegnare i difetti dopo il triage ecc definire anche processo di change management. Questo include richiesta di modifica definizione presentazione, modello da utilizzare, e il processo per gestire la richiesta. Fase 3 8211 Test Environment: configurazione dell'ambiente di test dovrebbe indicare le informazioni relative numero di ambienti e la configurazione necessaria per ogni ambiente. Per esempio. ambiente di un test per la squadra test funzionale e un altro per la squadra SVS. Definire il numero di utenti supportati in ogni ambiente, i ruoli di accesso per ogni esigenze degli utenti, software e hardware, come sistema operativo, memoria, spazio libero su disco, il numero di sistemi, ecc definire i requisiti di dati di test è altrettanto importante. Fornire istruzioni chiare su come creare dati di test (o generare dati o utilizzare i dati di produzione da campi di mascheramento per la privacy). Definire il backup dei dati di test e strategia di ripristino. database ambiente di test può incorrere in problemi a causa delle condizioni non gestite nel codice. Mi ricordo che i problemi che abbiamo affrontato in uno dei progetti in cui non vi era alcuna strategia di backup del database definito e abbiamo perso i dati interi a causa di problemi di codice. processo di backup e ripristino dovrebbe definire chi prenderà i backup, quando prendere il backup, cosa includere nel backup, quando il ripristino del database, che ripristinerà e passaggi dati di mascheratura da seguire nel caso database viene ripristinato. Fase 4 8211 Testing Tools: Definire strumenti per la gestione di test e automazione necessarie per l'esecuzione del test. Per le prestazioni, il carico e verificare la sicurezza descrivono l'approccio di prova e gli strumenti necessari. Menzione se si tratta di open source o strumento commerciale e quanti utenti sono supportati su di esso e pianificare di conseguenza. Passo 5 8211 uscita di controllo: Come accennato nel nostro ultimo articolo SVS. ciclo di rilascio pianificata potrebbe risultare in diverse versioni del software in ambienti di test e SVS. piano di gestione di uscita con una corretta cronologia delle versioni garantirà l'esecuzione del test di tutte le modifiche in quella versione. Per esempio. set costruire processo di gestione che risponderà 8211 dove nuova build dovrebbe messo a disposizione, dove dovrebbe essere schierato, quando per ottenere nuova costruzione, da dove per ottenere la costruzione di produzione, che darà andare, no-go segnale per la produzione di rilascio, ecc Passo 6 8211 Analisi dei rischi: Elenco di tutti i rischi che immaginate. Fornire un piano chiaro per ridurre tali rischi e anche un piano di emergenza nel caso in cui se si vede questi rischi in realtà. Passo 7 Review e approvazioni: Quando tutte queste attività sono definiti nel piano strategico di test ha bisogno di essere rivista per il segno-off da parte di tutti gli enti coinvolti, come la gestione dei progetti, business team, team di sviluppo e amministrazione del sistema (o di gestione ambientale) della squadra. Riepilogo delle modifiche riesame deve essere rintracciato presso la mendicità del documento insieme con il responsabile approvazione nome, data e commentare. it8217s Anche un documento vivo che significa questo dovrebbe essere costantemente rivisto e aggiornato con i miglioramenti di processo di test. Conclusione: strategia di test non è un pezzo di carta. La sua il riflesso di attività intere QA nel ciclo di vita del software di test. Fare riferimento questa volta documento in volta in processo di esecuzione di test e seguire il piano fino alla versione del software. Quando il progetto si avvicina la data di uscita it8217s abbastanza facile taglio sulla attività di test, ignorando ciò che è stato definito nel documento strategia di test. Ma si consiglia di discutere con il vostro team o meno il taglio verso il basso su una particolare attività contribuirà per il rilascio senza alcun potenziale rischio di gravi problemi di postare rilascio. La maggior parte delle squadre agili ridurre il documento di scrittura della strategia come squadra obiettivo è quello di esecuzione del test, piuttosto che la documentazione. Ma avere un piano di strategia di test di base sempre aiutare a pianificare in modo chiaro e mitigare i rischi coinvolti nel progetto. Agile squadre in grado di catturare e documentare tutte le attività ad alto livello per completare l'esecuzione di test in tempo senza problemi. I8217m certo lo sviluppo di un buon piano di strategia di test e impegnandosi a seguire sarà sicuramente migliorare il processo di test e qualità del software. Sarebbe il mio piacere se questo articolo ti ispira a scrivere un piano di strategia di test per il progetto Se ti piace questo post perche non condividendolo con il friendsDeveloping Governance Group (DGG) La Governance di Gruppo in via di sviluppo è una partnership di collaborazione in Irlanda del Nord di sostegno alle infrastrutture le organizzazioni che hanno un forte interesse a lavorare per migliorare la pratica della governance nel settore del volontariato e della comunità. I membri attuali del DGG sono Volontario Ora, NICVA, Youthnet, Arte Affari NI, rurale Community Network, primi anni, sostegno alle comunità NI, NI Forum sportiva, Sport NI, Età NI. DGG Membri Il Codice di buone pratiche di gestione sotto forma di ricerca Piano Strategico Fase 5: Scrivere il tuo piano Ogni organizzazione dovrebbe avere un piano scritto per il suo sviluppo futuro, che documenta i risultati del processo di pianificazione strategica. Il vostro piano dovrebbe indicare come l'organizzazione prevede di raggiungere i suoi scopi e obiettivi. Si deve dimostrare che non vi è un controllo efficace e gestione dell'organizzazione, includendo una sezione di governo con esempi di controlli. E 'importante che il vostro piano scritto viene acquistato in dall'organizzazione piena coinvolgendo persone nelle primissime fasi e non è solo un esercizio di carta. Ci sono una serie di organizzazioni che si possono guidare a decidere quale tipo di piano scritto è più rilevante per le organizzazioni esigenze, e possono aiutare nello sviluppo di tali piani. Controlla la sezione formazione e il sostegno di questo sito per un elenco di contatti che possono aiutare. I membri del gruppo di sviluppo Governance possono anche fornire assistenza pratica. La portata e il dettaglio del vostro piano scritto sarà dipendono dalla natura e dimensione del gruppo o organizzazione, ma i seguenti sono intestazioni per guidare l'utente nella strutturazione vostro piano strategicbusiness: contenuto di un documento piano strategico: Sintesi Una sintesi del piano di voi ritenga di formulare questa sintesi qualcosa che si può promuovere al di fuori dell'organizzazione, per costruire un sostegno e di informare gli interessati. Introduzione Lo scopo dello sfondo piano su dove il è nel suo sviluppo brevi statistiche sui numeri di staffvolunteers una descrizione degli utenti del servizio (snapshot). Coprire il (nuovo) missione, visione e valori per l'organizzazione questo è lo sfondo per il piano di dire come si utilizza queste dichiarazioni importanti. valutazione interna fornire una revisione concisa della corrente di salute dell'organizzazione riassumere i punti di forza e di debolezza e le loro implicazioni assicurarsi di coprire risultati principali nel periodo precedente. Assicurarsi di fornire una panoramica dei meccanismi di governance. Potenziale futuro Outline quali sono le sfide per il futuro (opportunità esterne, le minacce, altro potenziale giocatore, esigenze degli stakeholder, ecc). obiettivi strategici e le priorità per il cambiamento per i prossimi tre anni coprire le principali aree di lavoro l'organizzazione ha bisogno di concentrarsi su per i prossimi tre anni. Ogni obiettivo dovrebbe avere compiti chiave e risultati ad esso associati da cui è possibile sviluppare obiettivi annuali e le squadre e gli individui possono sviluppare le loro piani di lavoro. Fornire il piano (risorse e il calendario) Questo è dove devi essere convincente sulle organizzazioni capacità di risorse del piano. Fissare un bilancio e una linea temporale per mostrare come e quando gli obiettivi strategici saranno soddisfatte e il modo in cui verranno gestiti (che copre tutte le principali aree di lavoro dell'organizzazione). Per ulteriori informazioni sulla pianificazione strategica e le altre fasi del processo, cliccare sui link qui sotto: Come sviluppare una strategia di formazione Troppo spesso, la formazione e il suo successo in un'organizzazione si misura dal numero di sessioni di allenamento dato e il numero di persone nelle sedi. Questo rappresenta adeguatamente il valore della formazione in un'organizzazione. La formazione ha bisogno di concentrarsi sul miglioramento della performance attuale in un'organizzazione, nonché di assicurare che una serie di competenze esistenti tra i dipendenti per competenze future richieste dall'organizzazione. Qui di seguito è una rappresentazione grafica di tutte le aree di contenuti affrontati in questo articolo, al fine di rispondere alla domanda di come costruire un progetto di formazione e sviluppo organizzativo. Che cosa è una strategia di formazione Training Strategy A è una per la formazione e lo sviluppo di un'organizzazione che richiede implementazione per raggiungere il successo. Si tratta di un progetto che deve supportare l'ottimizzazione del capitale delle risorse umane nell'organizzazione. È essenziale che la strategia di formazione è allineata alla strategia organizzazioni e consente la sua visione da realizzare. Perché avere una strategia di formazione Molti punti possono essere messi in avanti a favore del motivo per cui è necessario un piano di formazione. La più convincente riposa anche se nei risultati di un recente studio di 3.000 imprese fatto da ricercatori presso l'Università della Pennsylvania. Essi hanno scoperto che 10 delle entrate - speso per il miglioramento del capitale, aumenta la produttività del 3,9 spesi per lo sviluppo del capitale umano, l'aumento della produttività da 8,5 Quali sono i componenti come sono hanno creato una strategia, ma non implementate è inutile Al fine di portare circa i migliori risultati per la strategia di formazione, i prodotti oi servizi di formazione devono essere commercializzati e promosso manipolando il seguente: mantenere la formazione all'avanguardia e il futuro concentrati. Assicurarsi che vi sia trasferimento pratico di learning. Writing un aggiornamento del documento di strategia: Im ora il direttore e Principal Consultant presso knowquestion. una società di consulenza specializzata in Information e Knowledge Management. Se ti piace quello che leggi qui oggi, non esitate a contattare la nostra azienda per scoprire di più su cosa possiamo fare per voi. documenti di strategia devono delineare due cose fondamentali - gli obiettivi della strategia, e gli obiettivi che sono necessarie per raggiungere questi obiettivi. Bob Lewis ha spiegato la differenza tra gli obiettivi e gli obiettivi per me in questo modo: Un obiettivo è il punto di tutto questo, descritto dal punto di vista dei benefici di business. Quindi, se che cosa viene proposto è un cosiddetto sistema di CRM (Customer Relationship Management), l'obiettivo potrebbe essere quello di aumentare le entrate e diminuire il costo del venduto. Gli obiettivi sono i cambiamenti che si verificheranno che si tradurrà in benefici descritti come obiettivo. Per lo sforzo CRM, gli obiettivi potrebbero includere progettazione di un nuovo processo di vendita, selezione, configurazione e implementazione software che sostenere il processo, sviluppare e fornire un programma di formazione di vendita, e così via. La sua la differenza tra che descrive ciò che effettivamente accadere (gol) e ciò che l'azienda otterrà come risultato (oggettiva). Per aiutare il manager a valutare gli obiettivi e gli obiettivi, la maggior parte dei documenti di strategia sono strutturati in sette sezioni: Background o perché questo è così importante obiettivi o come fa questo aiutano i vantaggi organizzazione o che cosa accadrà quando ci arriviamo principi o come fa questo Strategie in forma o come possiamo fare in modo che questo funziona responsabilità o giudicare la qualità dei nostri risultati obiettivi o che punto siamo e dove vogliamo essere NB: gli obiettivi sono a volte indicato come lo scopo degli obiettivi della strategia può anche essere conosciuto come documenti chiave. I documenti possono essere strutturati in una varietà di modi, per esempio: 1. Contesto 2. Scopo 3. Vantaggi 4. Principi 5. Strategie 6. Responsabilità 7. chiave Deliverable 2. Che cosa l'organizzazione vuole 1. Perché è importante 3. Cosa accadrà quando ci arriviamo 4. Come funziona questo Principi idonei a seguire 6. a giudicare la qualità dei nostri risultati 5. Cosa faremo arrivare 7. Dove siamo ora e ciò che deve accadere
No comments:
Post a Comment