English | German | French | Portugese | Italian |
Sunday, November 19, 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

  •    
     
     

    Programma di prova


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

    Test Plan

    La strategia della prova identifica i livelli multipli della prova, che stanno andando essere effettuati per il progetto. Le attività ad ogni livello devono essere progettate bene in anticipo e deve essere documentato formalmente. Sulla base di diversi programmi soltanto, i livelli della prova specifica sono effettuati.

    L'entrata significa il punto di entrata a quella fase. Per esempio, per l'unità che esamina, la codificazione deve essere completa ed allora soltanto una può iniziare la prova dell'unità. L'operazione è l'attività che è effettuata. La convalida è il senso in cui il progresso e la precisione e la conformità sono verificati per quella fase. L'uscita dice ai test di verifica di completamento di quella fase, dopo che la convalida sia fatta. Per esempio, il test di verifica dell'uscita per la prova di unità è tutti i casi della prova di unità deve passare.

    Programma di prova dell'unità {UTP}

    Il programma di prova dell'unità è il programma generale per effettuare le attività della prova di unità. Il tester del cavo lo prepara e sarà distribuito ai diversi tester, che contiene le seguenti sezioni.

    Che cosa deve essere esaminato?

    Il programma di prova dell'unità deve specificare chiaramente la portata di prova di unità. In questo, l'ingreso/uscita di base delle unità con la loro funzionalità di base sarà esaminato normalmente. In questo caso principalmente le unità d'entrata saranno esaminate a disposizione, ad allineamento, ad esattezza ed a totali. Il UTP darà chiaramente le regole di che tipi di dati sono presenti nel sistema, nella loro disposizione e nei loro stati di contorno. Questa lista non può essere esauriente; ma è migliore avere una lista completa di questi particolari.

    Sequenza di prova

    Le sequenze delle attività della prova che devono essere effettuate in questa fase devono essere elencate in questa sezione. Ciò include, se eseguire i casi positivi della prova in primo luogo o la prova negativa mette in primo luogo, per eseguire i casi della prova basati sulla priorità, per eseguire i casi della prova basati sui casi positivi della prova dei gruppi ecc. della prova dimostra che il sistema effettua che cosa è supposto per fare; i casi negativi della prova dimostrano che il sistema non effettua che cosa non è supposto per fare. Verificando gli schermi, le lime, la base di dati ecc., essere di essere dato nella sequenza adeguata.

    Funzionalità di base delle unità

    Come le funzionalità indipendenti delle unità sono esaminate che esclude tutta la comunicazione fra l'unità ed altre unità. La parte dell'interfaccia è da portata di questo livello della prova. Oltre alle suddette sezioni, le seguenti sezioni sono indirizzate, molto specifico alla prova dell'unità.

    • Attrezzi difficili dell'unità
    • Priorità delle unità di programma
    • Chiamare convenzione per i casi della prova
    • Condizione che segnala meccanismo
    • Metodo della prova di regressione
    • Test di verifica di ETVX
    Programma di prova di integrazione

    Il programma di prova di integrazione è il programma generale per l'avanzamento delle attività nel livello della prova di integrazione, che contiene le seguenti sezioni.

    Che cosa deve essere esaminato?

    Questa sezione specifica chiaramente i generi di interfacce rientra nella portata di prova interna, interfacce esterne, con la richiesta e la risposta deve essere spiegata. Questo bisogno andare in profondità in termini di particolari tecnici ma metodo generale come le interfacce sono innescate è spiegato.

    Sequenza di integrazione

    Quando ci è multiplo i moduli presenti in un'applicazione, la sequenza in cui devono essere integrati saranno specificati in questa sezione. In questo, le dipendenze fra i moduli svolgono un ruolo vitale. Se un'unità B deve essere eseguita, può avere bisogno dei dati che sono alimentati dall'unità A e dall'unità X. in questo caso, le unità A e la X deve essere integrata ed allora usando quei dati, l'unità B deve essere esaminata. Ciò deve essere dichiaratoa all'insieme di tutto delle unità nel programma. Dato correttamente questo, le attività difficili condurranno al prodotto, costruente lentamente il prodotto, I WORD1 TG0 0N unità per unità:NOUN VWL F ed allora integrandole.

    Programma della prova del sistema {STP}

    Il programma della prova del sistema è il programma generale che effettua le attività del livello della prova del sistema. Nella prova del sistema, oltre a verificare le funzioni funzionali del sistema, ci sono alcune attività difficili speciali effettuate, come prova di sforzo ecc. Il seguenti sono le sezioni normalmente presenti nel programma della prova del sistema.

    Che cosa deve essere esaminato?


    Questa sezione definisce la portata del sistema che esamina, molto specifica al progetto. Normalmente, la prova del sistema è basata sui requisiti. Tutti i requisiti devono essere verificati nella portata di prova del sistema. Ciò riguarda la funzionalità del prodotto. Oltre al questo che prova speciale è realizzata inoltre sono dichiarati qui.

    Gruppi funzionali e la sequenza

    I requisiti possono essere raggruppati in termini di funzionalità. Sulla base di questo, ci possono essere priorità anche fra i gruppi funzionali. Per esempio, in un'applicazione di operazioni bancarie, qualche cosa relativo ai clienti di cliente può essere raggruppato in una zona, qualche cosa relativo alle transazioni del inter-ramo può essere raggruppato in una zona ecc. lo stesso senso per il prodotto che è esaminato, queste zone devono essere accennate qui e le sequenze suggerite di prova di queste zone, basata sulle priorità devono essere descritte.

    Programma di prova di accettazione {trifosfato di adenosina}

    Il cliente al loro posto realizza la prova di accettazione. Sarà molto simile alla prova del sistema effettuata dall'unità di sviluppo del software. Poiché il cliente è quello chi decide la disposizione ed i metodi di collaudo come componente della prova di accettazione, non ci è indizio specifico sul senso che effettueranno la prova. Ma non differirà da molto dalla prova del sistema. Supporre che tutte le regole, che sono applicabili alla prova del sistema, possono essere effettuate alla prova di accettazione anche.

    Poiché questo è appena un livello di prova effettuato dal cliente a prodotto generale, può includere i casi della prova compreso i particolari del livello della prova di integrazione e dell'unità.

    Un profilo di programma di prova del campione con la loro descrizione è come indicato qui sotto:

    Profilo di programma di prova

    1. PRIORITÀ BASSA - questo articolo ricapitola le funzioni del sistema di applicazione e delle prove da effettuare.
    2. INTRODUZIONE
    3. PRESUPPOSTI - indica tutti i presupposti previsti che saranno fatti mentre verificano l'applicazione.
    4. ARTICOLI della PROVA - elencare ciascuno degli articoli (programmi) da esaminare.
    5. CARATTERISTICHE DA ESAMINARE - elencare ciascuna delle caratteristiche (funzioni o requisiti) che saranno esaminate o dimostrate dalla prova.
    6. CARATTERISTICHE DA NON ESAMINARE - elenca esplicitamente ogni caratteristica, funzione, o requisito che non sarà esaminato e perchè non. 7. METODO - descrivere i flussi di dati e la filosofia della prova.
    Simulazione o esecuzione in tensione, ecc. Questa sezione inoltre accenna tutti i metodi che saranno seguiti nelle varie fasi dell'esecuzione della prova.
    8. Dichiarazione generale di TEST DI VERIFICA dell'ARTICOLO PASS/FAIL - lista dettagliata del pensato di produrre e tolleranze
    9. TEST DI VERIFICA di SUSPENSION/RESUMPTION - deve l'elaborazione di prova dall'inizio a completamento?
    In che circostanze può essere ripresa nella metà?
    Stabilire i punti di controllo nelle prove lunghe.
    10. PROVA DELIVERABLES - Che cosa, oltre a software, sarà trasportato?
    Relazione sull'esperimento
    Verificare il software
    11. Mansioni funzionali DIFFICILI di MANSIONI (per esempio, apparecchiatura regolata su)
    Mansioni amministrative
    12. BISOGNI AMBIENTALI
    Spazio di sicurezza
    Spazio & apparecchiatura dell'ufficio
    Requisiti software/dei fissaggi
    13. RESPONSABILITÀ
    Chi fa le mansioni nella parte 10?
    Che cosa l'utente fa?
    14. ASSUNZIONE DI PERSONALE & ADDESTRARE
    15. PROGRAMMA
    16. RISORSE
    17. RISCHI & CONTINGENZE
    18. APPROVAZIONI

    I particolari di programma di varia prova passano quali le prove di unità, le prove di integrazione, prove del sistema dovrebbero essere accennati chiaramente con gli sforzi valutati.



    Test Plan - Software Test Plan - Test Plan Template Example - Unit Test Plan - Writing Test Plan
    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.