MCQSS.com offre domande e risposte gratuite sul Test del Software in diverse tematiche. Il nostro formato interattivo ti permette di sapere immediatamente se hai risposto correttamente alle domande. Esplora la nostra collezione di domande a scelta multipla e verifica le tue conoscenze sul Test del Software ora stesso! Non è necessario acquistare una adesione o registrarsi, puoi utilizzare il nostro sito gratuitamente. Non perdere l'opportunità di migliorare le tue abilità e prepararti per gli esami con MCQSS.com!
A. Può resistere allo sviluppo e lottare per essere risolti i bug
B. Tutti questi
C. Psicologia sociale MCQS
D. Hanno passato il ciclo di sviluppo del software completo
A. VERO
B. Falso
A. Il tester desidera testare tutti i possibili dati di input.
B. Il tester ha conoscenza delle strutture interne del software.
C. Il tester desidera ridurre il numero totale di casi di test che devono essere sviluppati.
D. Il tester non è sicuro di tutti i set di dati di input.
A. Il test pilota coinvolge un piccolo gruppo di utenti finali ma il beta test coinvolge un gruppo di grandi dimensioni
B. Nessuna differenza
C. Il beta test coinvolge un piccolo gruppo di utenti finali ma il test pilota coinvolge un gruppo numeroso
D. La differenza è vaga
A. Input utente imprevisto
B. Robustezza del software
C. Disponibilità sotto un carico pesante
D. Prestazioni sotto un carico pesante
A. Partizza i test tra pari del tempo
B. divide il test equamente tra i tester
C. Divide i dati di input in partizioni
D. test se le partizioni del disco sono ugualmente distribuite
A. Eseguire le risorse BVT e monitoraggio
B. Esecuzione di stress test e risorse di monitoraggio
C. Esecuzione della copertura del codice e delle risorse di monitoraggio
A. Verificare le modifiche e controllare gli effetti collaterali dopo le modifiche
B. Controllare le modifiche
C. Controllare gli effetti collaterali dopo le modifiche
D. Nessuno
A. Test API
B. Copertura delle dichiarazioni
C. Test di mutazione
D. Analisi del valore limite
A. VERO
B. Falso
A. Falso
B. VERO
A. Moderatore, autore/produttore, lettore
B. Autore/produttore, lettore, ispettore
C. Ispettore, registratore
D. Tutti questi
A. Solo dopo che il codice è stato scritto
B. I team di test non pianificano i test, gli sviluppatori lo fanno
C. Il prima possibile
D. Non è necessario pianificare, il test viene eseguito dalle specifiche
A. Test ad hoc
B. Test unitari
C. Test della scatola grigia
D. Test funzionali
A. Prova un sistema completamente integrato per verificare che soddisfi i suoi requisiti
B. Test che verificano la funzionalità di una sezione specifica del codice
C. Assicura che il sistema sia installato correttamente e lavora sull'hardware del cliente reale
D. Test che cerca di verificare le interfacce tra i componenti rispetto a una progettazione di software
A. Test di Whitebox
B. Beta test
C. Test delle prestazioni
D. Partizionamento di equivalenza
A. Sviluppatore
B. Cliente
C. Software Project Manager
D. Ingegnere del software
A. Il caso d'uso fa parte della pianificazione del test
B. Un piano di test descrive tutti gli elementi che compongono la strategia di test. Può includere l'applicazione da testare, l'ambito dei test, le attività di test, i ruoli e le responsabilità e i risultati Un caso d'uso descrive come l'utente interagisce
C. Il piano di test fa parte del caso d'uso
D. Il piano di test e il caso d'uso sono gli stessi
A. Indicatore di passaggio/fallimento
B. Requisiti correlati
C. Decisioni di progettazione correlate
D. ID del caso di prova
A. Test delle prestazioni
B. Beta test
C. Test blackbox
D. Test di Whitebox
A. Il test viene in genere eseguito dai dilettanti poiché un hobby e il debug viene in genere eseguito dai professionisti
B. Il test è il rilevamento iniziale di errori e il debug è l'isolamento e la correzione degli errori
C. Test e debug sono termini intercambiabili e essenzialmente la stessa attività
D. Il debug è una panoramica molto superficiale del codice e il test è un tentativo molto più rigoroso di correggere l'errore
A. Il test funzionale include casi di test che convalidano le registrazioni di sicurezza, le prestazioni e il test di disco e spazio di memoria. Il test non funzionale include il test delle funzioni effettive utilizzate dall'utente finale, comprese le transazioni e il nuovo
B. Il test non funzionale include casi di test che convalidano le registrazioni di sicurezza, le prestazioni e i test dello spazio del disco e della memoria. Il test funzionale include il test delle funzioni effettive utilizzate dall'utente finale, comprese le transazioni e il ripristino
A. Test della scatola bianca
B. Test di sicurezza
C. Test di usabilità
D. Test unitari
A. Il test unitario è un'azione utilizzata per convalidare che le unità separate del codice sorgente rimane funzionano correttamente.
B. Verificare che il bug corretto non influisca sulle altre sezioni dei moduli controllando la funzionalità
A. 100000
B. dipende
C. 300000
D. 200000
A. VERO
B. Falso
A. pool di bug
B. Test Suite
C. Test dello scenario
D. Test compilation
A. Ptq
B. Tpq
C. Cutetp
D. Qat
E. Qtp
A. Solo responsabilità del Project Manager.
B. Azioni intraprese per evitare cose che potrebbero avere un impatto negativo sull'ambito, la qualità, la tempestività o il costo del progetto.
C. Valutare il rischio di non assumere abbastanza tester per il progetto.
D. Analisi di come i clienti reagiranno sui problemi del software.
E. Meeting di marketing in cui vengono discusse nuove funzionalità.
A. Solo su nuove funzionalità; Le vecchie caratteristiche sono già testate
B. Solo dove non esiste una squadra di test
C. Solo su codice complesso; Dovrebbero concentrarsi sullo sviluppo
D. Sempre
A. Centro di apprendimento dello sviluppo del software
B. Gravi difetti del ciclo di vita
C. Ciclo di vita per lo sviluppo del software
D. Il software difetta il ciclo di vita
E. Ciclo di vita di rilevamento del software
A. VERO
B. Falso
A. Scatola nera
B. scatola bianca
C. Scatola rossa
D. Scatola grigia
A. Tutti questi
B. Ii. Ottimo nella gestione dei requisiti aziendali
C. I. Fantastico nelle specifiche e nei programmi
D. Iii. sia un tester che un responsabile del programma
A. Tabella dei contenuti seguiti da più caratteri.
B. Sviluppato dagli analisti aziendali per soddisfare i requisiti.
C. Lavoro collettivo del team QA sui rischi di test del software.
D. Documento che descrive gli obiettivi, l'ambito, l'approccio e il focus dello sforzo di test del software.
A. Test di variazione occupato
B. Costruisci argomento di convalida
C. Bane della mia stessa esistenza
D. Costruisci test di verifica
A. Test Blackbox
B. Test di Whitebox
C. Test unitari
D. Beta test
A. VERO
B. Falso
A. Qtp
B. Sapone UI
C. Selenio
D. Sahi
E. Carica corridore
A. Falso
B. VERO
A. Revisione del codice
B. Caso di prova
C. Specifiche
D. PASSAGGIO DI PROVA
A. Test Studio
B. Drupal
C. Selenio
D. Qtp
A. Test di configurazione
B. Test delle prestazioni
C. Test Blackbox
D. Stress test
A. Potrebbe essere difficile determinare che il test è passato o non è riuscito a
B. Non possiamo automatizzare gli input dell'utente
C. Potrebbe essere difficile ripetere il test
D. Non è possibile eseguire il test
A. Nessuna differenza, sono la stessa cosa
B. Il re-test garantisce che l'errore originale sia stato rimosso; Il test di regressione cerca effetti collaterali inaspettati
C. Il test di regressione garantisce che l'errore originale sia stato rimosso; Re-test look per effetti collaterali inaspettati
A. Questo test si riferisce alla pratica di spostarsi e testare un'applicazione su piattaforme diverse
B. Ciò si riferisce al test delle applicazioni in diversi server
C. Ciò si riferisce al test delle applicazioni in diversi browser
A. Modello a cascata
B. V-Model
C. Modello a spirale
D. Sviluppo agile
A. Assicurazione della qualità del software
B. Pianificazione del test
C. Riduzione del rischio
D. Test
A. VERO
B. Falso
A. Analisi del percorso completata
B. Rapporto sugli incidenti di prova completato
C. Analisi della copertura del codice completata
D. Matrice di tracciabilità dei requisiti completati
E. Rapporto di riepilogo del test completato
A. I tester non vengono coinvolti prima che il codice venga scritto
B. Gli ingegneri del software non hanno bisogno di fare test
C. Riduce la tensione tra tester e sviluppatori
D. Un team di prova testerà il software in modo più completo
A. Per identificare i difetti nei flussi di processo relativi all'uso tipico del sistema.
B. Identificare i difetti nel sistema relativi a scenari estremi.
C. Per identificare i difetti nel sistema relativi all'uso di pratiche di programmazione non approvate.
D. Per identificare i difetti nelle connessioni tra i componenti.
A. Test di accettazione
B. Test d'integrazione
C. Test unitari
D. Beta test
A. Sviluppo
B. Revisione del codice
C. Debug
D. Test
A. Test alfa
B. Test di Black-Box
C. Test della scatola bianca
D. Test di compatibilità
A. Test le condizioni al contorno per quanto possibile dai bordi delle classi di equivalenza di input e output
B. Prova il confine tra memoria e disco per evitare gli attacchi di sicurezza
C. Test Condizioni al contorno su, sotto e sopra i bordi delle classi di equivalenza di input e output
D. Prova il confine tra il browser e il server per evitare gli attacchi di sicurezza
E. Test che sono "sul confine" e dovrebbero essere considerati rimossi dal piano di test a causa del loro basso valore
A. Test Blackbox
B. Test di Whitebox
C. Test delle prestazioni
D. Beta test
A. Test del codice nero
B. Box Test chiari
C. Nessuna di queste
D. Test di compatibilità del browser
E. Test di compatibilità al confine
A. Strumenti di debug
B. Strumenti di analisi statica
C. Strumenti di acquisizione e riproduzione
D. Nessuna di queste
A. Falso
B. VERO
A. Valore valido dall'intervallo 1 - 10000
B. tutti questi
C. valore non valido sotto 1
D. valore non valido sopra 1000
A. (nessuna di queste)
B. Il test delegato può tornare nel team di sviluppo
C. Abbastanza pigro da non voler fare le cose più di una volta
D. Può rimanere sveglio tutta la notte in crisi
A. Test di carico
B. Beta test
C. Test di configurazione
D. Stress test
A. Test alfa
B. Beta test
C. Test di usabilità
D. Test di accettazione dell'utente
A. Test di accettazione Controllare i requisiti e gli scenari definiti dal cliente Il prodotto deve soddisfare
B. In TDD, i test sono scritti anche prima del codice
C. Le prestazioni sono una delle cose che i test funzionali devono controllare
D. Una suite di test è una raccolta di casi di test
A. Il caso di test ha un'alta probabilità di trovare un errore.
B. I casi di test testano input non validi.
C. Il caso di prova non è né troppo semplice né troppo complesso.
D. Il caso di test dipende da altri casi di test.
A. Ruoli e responsabilità
B. Modelli di test
C. Report Retrospect
D. (tutti questi)
E. Programma di test
A. Crea casi di test
B. Preparazione del documento di strategia di test
C. Stima dello sforzo di prova
D. Selezione dello strumento di prova
A. Falso
B. VERO
A. Un documento impegnato tra gestione e test su quali browser e dimensioni dello schermo sono supportati
B. Un elenco di browser che ogni tester deve avere nel proprio ufficio
C. qualcosa che può aspettare fino all'ultimo sprint
D. un elenco di browser che potrebbero essere testati
A. Modello a spirale
B. Modello a cascata
C. Modello lineare
D. V Modello
A. I test possono aiutare a ottimizzare il codice.
B. I test possono trovare discrepanze tra il software e le specifiche.
C. I casi di test possono essere scritti non appena le specifiche funzionali sono complete.
D. I tester possono essere non tecnici.
A. Pianificazione del test
B. Qualità del software
C. Rischio di prova
D. Testabilità
A. Un test condotto per determinare se i requisiti di una specifica o un contratto sono soddisfatti
B. Un campo di test in cui si occupa del test di un software di funzionare in determinate condizioni ambientali per un determinato periodo di tempo
C. Una valutazione che richiede un esaminato per eseguire effettivamente un'attività o un'attività, piuttosto che semplicemente rispondere alle domande che si riferiscono a parti specifiche
D. Un campo di test in cui si occupa del test di una capacità di un software di funzionare per un determinato periodo di tempo
A. VERO
B. Falso
A. Definizione
B. Integrazione
C. Ottimizzazione
D. misurazione
A. Falso
B. VERO
A. Deviazione del software dalla sua consegna o servizio previsto
B. Un trasferimento condizionale di controllo da qualsiasi istruzione a qualsiasi altra istruzione in un componente
C. Test operativi in un sito non altrimenti coinvolti con gli sviluppatori di software
D. Un meccanismo per produrre i risultati previsti da confrontare con i risultati previsti del software in Test (SUT)
A. Una decisione
B. Un incidente
C. Un gate del percorso
D. Un autista
A. (tutte queste scelte)
B. uno sviluppatore
C. un imprenditore
D. un utente finale
A. Un bug nel design viene trovato durante la revisione del design
B. Il cliente trova il difetto nella produzione
C. L'ingegnere QA trova il bug un giorno prima di rilasciare
D. Un peer trova il bug durante la revisione del codice
E. Lo sviluppatore trova il bug durante i test di sanità mentale
A. Il team di test indipendente
B. Chiunque possa eventualmente avere un certo utilizzo per lo strumento
C. Una piccola squadra per stabilire il modo migliore per utilizzare lo strumento
D. Il fornitore del venditore di scrivere gli script iniziali
A. Per eseguire il test di carico e monitorare l'utilizzo delle risorse e la salvataggio in base alle differenze hardware
B. si esegue l'esecuzione di ciascuna funzione nei loop in isolamento e applicare l'utilizzo delle risorse al carico previsto
C. Questa non è una funzione dei test delle prestazioni
D. si esegue l'esecuzione dei test di copertura del codice con il monitoraggio delle risorse e regolare il carico proiettato
A. VERO
B. Falso
A. Sia I e III
B. Ii. Creare un carico gigante per scoprire dove il sistema cade a pezzi
C. I. Modellazione di un tipico giorno di attività dell'utente
D. Iii. modellare l'attività dell'utente in una giornata trafficata
A. L'interfaccia utente deve essere intuitiva.
B. Il test sta cercando di trovare condizioni di gara e deadlock.
C. Il software è considerato "missione critica".
D. Il carico tipico del software non è noto al momento del test.
A. Immediatamente il primo giorno
B. La settimana prima della nave
C. immediatamente dopo l'integrazione
D. Completo immediatamente dopo unità
A. Immaginare
B. Stabilire
C. Diagnosi
D. Recitazione
A. Modello di gestione dei test
B. Modello di misurazione del test
C. Modello di maturità del test
A. Sviluppo agile
B. Ingegneria software
C. Sviluppo guidato dai test
D. Sviluppo software
A. Sono state eseguite tutte le prove pianificate
B. Tutti i guasti sono stati fissati correttamente
C. Il tempo è finito
D. Dipende dai rischi per il sistema sono stati testati
A. Test di stub
B. Test statici
C. Test del sistema non funzionale
A. Non poteva riprodurre
B. Come progettato
C. Refactorerato
D. Riaperto
E. Chiuso - fisso
A. La maggior parte dei bug del tappo della nave
B. Consegna di prova in tempo
C. Conteggio di bug / nessun conteggio di riproduzione
A. Modificare appositamente un'applicazione per vedere se la suite di test la rifiuterà
B. Testare la funzionalità di un'applicazione senza conoscenza del codice/struttura interna dell'applicazione
C. Test con lo scopo specifico di vedere come funzionerà un sistema in futuro
D. Una tecnica in cui tutti i possibili rami del codice sorgente del programma vengono testati almeno una volta
A. Falso
B. VERO
A. Test del fumo
B. Test di immersione
C. Test di guida
D. Test strutturali
A. Qualsiasi vecchio server funzionerà bene
B. ridimensionato in modo appropriato al carico di prova
C. Esattamente lo stesso della produzione per ottenere i risultati giusti
A. Hai bisogno di maggiori informazioni
B. sei
C. tre
A. Test statici
B. Test delle prestazioni
C. Test dinamici
D. Beta test