test automatici sta guadagnando in popolarità, e la sua importanza è evidente. requisiti di controllo di efficienza di concorrenza su larga scala, prova di pressione la pressione nella simulazione su larga scala, i test di regressione di attuazione su vasta scala di casi di test richiedono ripetute per ottenere una elevata disponibilità, sistema altamente scalabile per il framework di test automatizzati. Pertanto, come un framework aperto per costruire un sistema completo di test automatizzati è la direzione che abbiamo bisogno di studiare.
Un quadro completo di sistema di test automatizzato che contiene le seguenti sezioni: 1, framework di test automatizzati, 2, script e prova di gestione dei dati, 3, esecuzione di script di test del sistema di gestione; 4, i risultati dei test display e il sistema di analisi. Una delle parte più importante del framework di test automatizzati.
La prima parte del framework di test automatizzati. framework di test automatizzato di risolvere il problema, in sostanza, le risorse distribuite a conseguire la trasparenza nel processo. Per il test delle prestazioni, delle norme di test di stress, spesso bisogno di costruire un ambiente di prova distribuito, in prova nell'ambiente distribuito, abbiamo bisogno di una varietà di piattaforme di test (ad esempio: più finestre, linux multi-stazione, ecc.) Il ruolo del framework di testing automatizzato è un ambiente distribuito su una varietà delle risorse verso il bersaglio del caso. Ad esempio, una macchina Windows, il framework di test automatizzato, non ci sarà più vedere una macchina Windows, ma associato a un particolare indirizzo IP su un oggetto del servizio. Attraverso questo oggetto, si può chiamare un metodo generico (chiamata locale un metodo remoto fornito bisogno di utilizzare la tecnologia di mapping Object), per raccontare l'oggetto e lasciarlo fare quello che vogliamo fare le cose, come iniziare una prova di script (lo script di test possono essere scritti in uno dei nostri test case ogni giorno, può essere altre operazioni). La realizzazione del framework di test automatico, il principale è quello di costruire una rete basata su servizi di comunicazione sottostante. In applicazioni di servizio, possiamo utilizzare il plug-in modelli, e oggetto di mappatura della tecnologia, l'espansione dinamica del nostro servizio illimitato. Secondo la mia pratica personale, STAF modello Python + sviluppo può essere un buon quadro per raggiungere questo obiettivo. STAF costruire un sistema di rete soprattutto fra le varie risorse della macchina, newsletter gratuita. Il pitone è la base per lo sviluppo STAF secondario, è possibile costruire una dinamica nel sistema dei servizi.
La seconda parte, script e prova di gestione dei dati. Prima di tutto, di scegliere un linguaggio adeguato scripting automatizzata. In generale, la necessità di considerare i seguenti aspetti: (1) ad alta leggibilità, (2) n. compilation, (3) scalabile, (4) un forte supporto di terze parti, in particolare per il sostegno delle varie fonti di dati . Possiamo usare CVS o SVN modo per implementare gli script di test e test di gestione dei dati. Qui, si basano principalmente su altamente organizzata della struttura di directory per realizzare, soprattutto nel bisogno e il processo di testing effettivo della suite di test, i moduli 测试 e casi di test per abbinare la struttura organizzativa, la gestione gerarchica. Forma uno script completo di test e il caso repository di prova. Per la preparazione di script di test, alcuni requisiti fondamentali: 1, formano un insieme di script prova scritta d'oneri; 2, disegno stratificato lo script di test,
strato di persistenza (repository di dati, repository di oggetti, unificato IO), il livello logico (pacchetto di logica di business di base, per raggiungere le chiamate API-level), il livello di script (per realizzare il processo di test case, la chiave è quello di descrivere la procedura di prova). Attraverso questi, gli ingegneri di prova scrivere gli script di test sarà molto facile per testare l'efficienza del aggiornamento avrà significative, il ritorno su larga scala, anche nel primo turno di prove di test automatizzati non è più un sogno.
La terza parte, l'esecuzione dello script di test sistema di gestione. Un gran numero di script di test preparati bene ma dopo un passo molto importante è l'attuazione di grandi quantità di questi script di test. Attraverso la CVS o SVN di gestione, abbiamo generato un deposito di prova, un banco di prova sarà uno script di test. sistema di script di test esecuzione di gestione è volta a volta personalizzato per l'utente casi di test selezionati. Test script sistemi di management esecuzione deve essere in grado di monitorare in modo dinamico la situazione attuale di eseguire compiti, come l'implementation della percentuale ecc; permette anche multi-utente di gestione, come più utenti simultanei per presentare le richieste di prova. Nel frattempo, lo script di gestione del sistema di test dovrebbe essere schierata anche per realizzare le funzioni di ambiente di test automatici. In generale, condurre un test larga scala automatizzati è obbligatorio prima di un deployment accurate ambiente di test, dove the codice richiede l'ultima versione used for testing. Pertanto, la distribuzione l'ambiente di test automatico è molto importante.
La quarta parte, la visualizzazione dei risultati delle prove e di analisi. IO attraverso una chiamata unificata, possiamo testare il messaggio di errore generato nel processo, le informazioni del registro, ei risultati dei test in un luogo dinamico dove si desidera memorizzare. I risultati dei test vengono visualizzati con il sistema di analisi si basa sul sistema di trattamento dei dati. Ogni banco di prova nel processo di attuazione, la necessità di esportare grandi quantità di informazioni di log, le informazioni del log è molto importante. Di solito, noi giudichiamo dopo la fine di una esecuzione di test case, se vi sia Bug, spesso richiede un'analisi approfondita delle informazioni di log. Nel processo di esecuzione del test case, non solo per stampare i dati pertinenti, l'effettivo accesso ai dati, ma anche stampare i livelli corrispondente test, in modo da facilitare l'analisi dei risultati del test. Il sistema di visualizzazione è principalmente una classificazione delle funzioni di ricerca i risultati del test, può generare diversi rapporti, per esempio, un modulo in 300 il numero di casi di test passati, quanti errori e così via. Un principio di base è molto importante, il collaudo automatico non è per l'automazione, ma per trovare bug. Se il collaudo automatizzato not può essere trovato in Bug, poi passare un sacco di automazione delle risorse umane è di little significato pratico. Pertanto, la raccolta approfondita di casi di test generati durante la realizzazione di una varietà di informazioni è molto importante. L'esperienza personale che le informazioni per il bug scoperta svolge un ruolo importante (descrizione delle fasi della prova non può essere ignorato).
sistema di test automatizzato non è uno strumento, un linguaggio di script di test automatico può essere realizzato. Essa richiede una soluzione completa può essere realizzato. Dell'individuo esperienze pratiche dimostrano che l'introduzione del framework di test automatizzati, forte capacità di integrazione di risorse ed efficiente progettazione dei sistemi di test automatizzati di test automatizzati sarà un fattore molto importante.