English | German | French | Portugese | Italian |
Monday, November 20, 2017
 
Prova del software
 
  • Introduzione
  • Processo difficile di inizio
  • Processo difficile di arresto
  • Strategia difficile
  • Programma di prova
  • Analisi di rischio
  • Ciclo di vita difficile del software
  •  
    Tipi difficili del software
     
  • Prova statica
  • Prova dinamica
  • Prova di Blackbox
  • Prova di Whitebox.
  • Prova dell'unità.
  • Prova di requisiti.
  • Prova di regressione.
  • Trattamento degli errori esaminando.
  • Prova di sostegno manuale.
  • Prova Intersystem.
  • Controllare la prova.
  • Mettere la prova in parallelo.
  • Prova del volume.
  • Prova di sforzo.
  • Prova di prestazioni.

  •  
    Attrezzi difficili
     
  • Corridore di vittoria
  • Corridore del carico
  • Esaminare il direttore
  • Prova di seta
  • Esaminare il socio

  •  
    Intervistare la domanda
     
  • Vincere il corridore
  • Caricare il corridore
  • Prova di seta
  • Esaminare il direttore
  • Domanda difficile generale

  •  
    Intervistare la domanda
     
  • Vincere il corridore
  • Caricare il corridore
  • Prova di seta
  • Esaminare il direttore
  • Domanda difficile generale

  •    
     
     

    Prova di seta - processo difficile automatizzato


    A D V E R T I S E M E N T

    IL PROCESSO DIFFICILE AUTOMATIZZATO

    Il processo difficile ha questi 4 punti:

    • 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.

    A D V E R T I S E M E N T

    discussionDiscussion Center
    Discuss
    Discuss

    Query

    Feedback
    Yahoo Groups
    Y! Group
    Sirfdosti Groups
    Sirfdosti
    Contact Us
    Contact
    Recommended Resources
    • Testing Interview Questions - http://www.coolinterview.com/type.asp
    • Testing Tools Interview Questions - http://www.coolinterview.com/type.asp
    • What is Software Testing?- http://en.wikipedia.org/wiki/Software_testing
    • Software QA & Testing Resource Center- http://www.softwareqatest.com/
    • Testing Faqs- http://www.testingfaqs.org/
     

     

     

    A D V E R T I S E M E N T


    Rete di Vyom: SMS libero, GRE, GMAT, MBA | Exams in linea | lavori di Freshers | trasferimenti dal sistema centrale verso i satelliti del software | codici sorgente & di programmazione | Delhi Info | lavori, discussioni | carte da disposizione | eBooks liberi | eBooks liberi | commercio libero Info | domande di intervista | lezioni private libere | arabo, francese, tedesco | preparazione di IAS | scherzi, canzoni, divertimento | Classifieds libero | ricette libere | trasferimenti dal sistema centrale verso i satelliti liberi | Bangalore Info | soluzioni di tecnologia | Outsourcing di progetto, ospitare di fotoricettore | preparazione del CANCELLO | preparazione di MBA | SAP Info | prova del software

    Copyright © 2006. Cool Interview .com. All rights reserved
    The site is maintained by Vyom Technosoft Pvt. Ltd.