Generando un testplan (se state usando il redattore testplan)
Registrazione della struttura della prova.
Generazione dei testcases
Testcases correnti ed interpretare i loro risultati.
Generazione del testplan
Se il redattore testplan � usato, il processo difficile automatizzato � iniziato generando un testplan. Un testplan di base � strutturato mentre un profilo gerarchico e contiene:
Descrizioni di diverse prove e gruppi delle prove. Altretanti livelli della descrizione possono essere usati.
Dichiarazione che collegano le descrizioni della prova nel programma alle procedure 4Test, denominate testcases, che compiono il lavoro reale di prova.
Registrazione della struttura della prova
Dopo, registrare una struttura della prova, che contiene le descrizioni, denominata dichiarazioni della finestra, di ciascuno degli oggetti del GUI nella vostra applicazione. Una dichiarazione della finestra specifica un logico, nome della traversa-piattaforma per un oggetto del GUI, ha denominato il contrassegno e traccia il contrassegno al nome reale dell'oggetto, denominato la modifica. In pi�, la dichiarazione indica il tipo dell'oggetto, denominato il relativo codice categoria.
Generazione dei testcases
Gli ordini 4Test in un testcase realizzano collettivamente tre azioni distinte:
Guidare l'applicazione al dichiarare da esaminare.
Verificare il dichiarare (questo � il cuore del testcase).
Restituire l'applicazione al relativo originale dichiarano.
Il registratore orientato oggettivamente potente pu� essere utilizzato per bloccare automaticamente questi ordini 4Test interagirsi manualmente con l'applicazione, o al bianco il codice 4Test se uno sta bene con i linguaggi di programmazione. Per facilit� ed alimentazione massime, questi due metodi possono essere uniti, registrando il testcase di base ed allora estendendolo che usando 4Test's fluire delle caratteristiche di controllo.
Testcases e risultati correnti di interpretazione
Dopo, fare funzionare uno o pi� testcases, o facendo funzionare una collezione di scritti, avuto denominato un suite, o, se state usando il redattore testplan, facendo funzionare le parti specifiche del testplan. Mentre ogni testcase funziona, le statistiche sono redatte ad una lima di risultati. I risultati archiviano ed i relativi attrezzi collegati di confronto permettono che segniate rapidamente i problemi con esattezza nella vostra applicazione.
Una struttura della prova
La struttura della prova � la base che sostiene i testcases e gli scritti. � una lima che contiene tutte le informazioni sul GUI dell'applicazione obietta che la prova di seta ha bisogno di quando registrate i testcases. Queste informazioni come minimo consistono di una dichiarazione per ogni oggetto del GUI, ma possono anche includere tutti i dati che desiderate associare con ogni oggetto del GUI, cos� come qualunque nuovi codici categoria e metodi che desiderate definire.
Una dichiarazione della finestra specifica una traversa-piattaforma, nome logico per un oggetto del GUI, ha denominato il contrassegno e traccia il contrassegno al nome reale dell'oggetto, denominato la modifica. Poich� i testcases usano i nomi logici, se il nome reale dell'oggetto cambia sul GUI corrente, su un altro GUI, o in una versione localizzata dell'applicazione, solo la modifica nelle dichiarazioni della finestra deve essere cambiata; non dovere cambiare c'� ne degli scritti. Le variabili, funzioni, metodi, propriet� possono essere aggiunte alle dichiarazioni di base della finestra registrate da Silk Test.
Per registrare le dichiarazioni per la gerarchia principale del menu e della finestra della vostra applicazione.
1. Iniziare in su la vostri applicazione e Silktest. 2. Selezionare la lima/nuovo. Il nuovo dialogo compare. 3. Selezionare l'APPROVAZIONE del pulsante di scelta e di scatto della pagina della prova. Il nuovo dialogo della pagina della prova � visualizzato, concedendo generare una prova. 4. Pagina la lima per un'applicazione visualizzata nella casella di riepilogo di applicazione. 5. Selezionare il fro di applicazione la casella di riepilogo di applicazione. Se un'applicazione di fotoricettore � esaminata, i campi differenti sono visti. 6. APPROVAZIONE di scatto. La nuova lima della struttura della prova � generata. La lima contiene le dichiarazioni 4Test per la finestra principale e tutti i relativi menu, cos� come una dichiarazione generica che � valida per ciascuna delle finestre di messaggio standard nell'applicazione.
