Metti alla prova le tue conoscenze sulla garanzia della qualità del software rispondendo a oltre 100 MCQ sulla garanzia della qualità del software.
Scorri verso il basso per iniziare!
A. Test di tentativo dell'utente
B. Test di accettazione dell'utente
A. Test di convalida
B. Test unitari
C. Test del sistema
D. Test d'integrazione
A. scatola nera
B. scatola bianca
C. scatola di vetro
D. Grey-Box
A. Un vecchio metodo per calcolare la distanza tra due oggetti
B. un principio o un meccanismo con cui possiamo dire se il software funziona secondo i criteri di qualcuno;
C. Niente del genere!
D. Un metodo con cui l'apprendimento avviene a seguito di scoperte informate dall'esplorazione.
A. Per valutare se il software è pronto per il rilascio.
B. Per trovare difetti nel software.
C. Per dimostrare che il software è corretto.
D. Per dimostrare che il software non funziona.
A. Dichiarazioni nel programma
B. Percorsi logici indipendenti nel programma
C. Errori nel programma
D. Cicli nel programma
A. Si scopre che il requisito che sta suggerendo di implementare esiste già.
B. La sua priorità è molto alta e deve essere gestita immediatamente.
C. Il team di test è accusato di vederlo.
D. È tecnologicamente complesso.
A. Falso
B. VERO
A. Falso
B. VERO
A. Esercitare le condizioni logiche in un modulo di programma
B. Concentrati sul test della validità dei costrutti del loop
C. Affidati ai test del percorso base
D. Seleziona percorsi di prova in base alle posizioni e agli usi delle variabili
A. Soddisfazione del cliente
B. Tracciamento dei difetti
C. Lavoro di squadra
D. Controllo della configurazione
A. Errori di prestazione
B. Errori di battitura e logica
C. Errori tipografici
D. Errori logici
E. Errori comportamentali
A. Iniziali, gestiti, definiti, gestiti quantitativamente, ottimizzando
B. Nessuno di questi
C. Funzionalità, affidabilità, usabilità, efficienza, manutenibilità, portabilità
A. Strumento utilizzato per test non funzionali
B. Strumento open source gratuito
C. strumento di test basato sul web
D. soprattutto
E. Strumento di automazione
A. Scatola bianca
B. Scatola grigia
C. Test JUnit
D. Test d'integrazione
E. Scatola nera
A. Il test basato su sessione è un metodo di test del software che mira a combinare i test di responsabilità e esplorativi per fornire una scoperta rapida dei difetti, una progettazione di test creativa sul volo.
B. Il test basato su sessione è un metodo di test del software che coinvolge il tester che registra i loro comportamenti da rivedere in una fase successiva.
C. Il test basato su sessione è un metodo di test del software che mira a aumentare i tester junior di abilità che potrebbero non essere così a proprio agio con il sistema in esame.
D. Il test basato su sessione è un metodo di test del software che mira a combinare risultati rapidi con le aspettative di un team agile.
A. Concentrati sul test della validità dei costrutti del loop
B. Seleziona percorsi di prova in base alle posizioni e agli usi delle variabili
C. Esercitare le condizioni logiche in un modulo di programma
D. fare affidamento sul test del percorso di base
A. Progettazione e codice del programma interno
B. Requisiti e funzionalità
C. Come funziona un'applicazione in carichi pesanti
D. Dichiarazioni di codice, rami, percorsi e condizioni
A. Compatibilità: la maggior parte degli emulatori è incompatibile con le versioni popolari di MS Windows.
B. Problemi di installazione: l'installazione e la gestione degli emulatori è più ingombrante della gestione di hardware reale.
C. Mancanza di affidabilità: gli emulatori potrebbero non rappresentare adeguatamente i vincoli hardware.
D. Mancanza di affidabilità: gli emulatori potrebbero non rappresentare adeguatamente l'interfaccia utente.
A. VERO
B. Falso
A. Seleziona percorsi di prova in base alle posizioni e agli usi delle variabili
B. Esercitare le condizioni logiche in un modulo di programma
C. Affidati ai test del percorso base
D. Concentrati sul test della validità dei costrutti del loop
A. Eccezione
B. Alfa
C. Beta
D. Scatola nera
A. Programmazione estrema
B. Metodo a cascata
C. Sviluppo agile
D. Sviluppo guidato dal test
A. Esplorazione di utilizzo
B. Esperienza utente
C. Sotto esistenza
D. Esperienza di usabilità
A. Funzioni errate o mancanti
B. Funzioni errate o mancanti ed errori di interfaccia ed errori di prestazione
C. Errori di interfaccia
D. Errori di prestazione
E. Nessuna di queste
A. I test Alpha sono condotti dall'utente, mentre i beta test vengono eseguiti dal team di test.
B. I test Alpha vengono eseguiti dall'utente sotto la supervisione del team di test presso il laboratorio di test, mentre i test di scommesse vengono eseguiti dall'utente nelle strutture dell'utente senza una stretta supervisione.
C. I beta test sono condotti dall'utente, mentre i test Alpha vengono eseguiti dal team di test.
D. I test beta vengono eseguiti dall'utente sotto la supervisione del team di test presso il laboratorio di test, mentre i test Alpha vengono eseguiti dall'utente nelle strutture utente senza una stretta supervisione.
A. Un test formale del software
B. Una riunione informale per scopi di valutazione o informativa
C. Uno sguardo approfondito su come funziona il software
D. Nessuna di queste
A. La gravità è determinata principalmente dai fattori tecnici, mentre la priorità è determinata da fattori legati al business.
B. La gravità è determinata dagli sviluppatori e dall'analisi del business, mentre la priorità - dal team di test.
C. La priorità è determinata principalmente dai fattori tecnici, mentre la gravità è determinata da fattori legati al business.
D. La gravità è determinata dalle aspettative degli utenti, mentre la priorità - dall'impatto sulla funzionalità.
A. Modello di sicurezza del test olistico
B. Modello di strategia del test umano
C. Modello di strategia di test euristica
D. Gestione della strategia ad alta tecnologia
E. Modello di strategia di squadra vuota
A. Campionarli piuttosto che provare a testare alcuni enormi set di input.
B. Un tipo speciale di identificatore di risorse universali (URI).
C. Crittografia che può proteggere il canale su cui si verifica la conversazione.
D. Un valore chiave si accoppia con un segno uguale (=) tra la chiave e il valore.
A. Piano - Act - Controlla - Do
B. Piano - Do - Controlla - Act
C. Piano - Controlla - Act - Do
D. Piano - Controlla - Do - Act
A. Usabilità
B. Prestazione
C. Scatola nera
D. Funzionalità
A. Utenti
B. Sviluppatori
C. Servizio Clienti
D. Ingegneri di prova
A. Garanzia di qualità
B. Controllo investigativo
C. Controllo di qualità
D. Controllo correttivo
A. Un processo in cui i test richiedono solo valori limite per il test
B. Un processo in cui il tester prende i valori al contorno e i valori medi per il test
A. Un lettore
B. Un registratore
C. Lo sviluppatore
D. Un moderatore
A. Suggerendo un programma di rilascio.
B. Presentazione dello stato di qualità del test per l'applicazione ai decisori.
C. Decidere se rilasciare il sistema di sistema in produzione.
D. Playing Advocate utente mettendo in discussione le decisioni di progettazione.
A. Le principali funzioni di controllo possono essere testate presto.
B. La necessità di programmi di stub viene eliminata.
C. Le condizioni di prova sono più facili da creare.
D. L'osservazione dei risultati dei test è più semplice.
A. Incapacità di leggere i dati dai campi dell'app.
B. L'incapacità di automatizzare i test di localizzazione che richiedono cambiamenti di configuraiton a livello di dispositivo.
C. Incapacità di confrontare le immagini.
D. Incapacità di automatizzare gli oggetti dell'app e effettuare selezioni a discesa.
A. La procedura è ciò che deve accadere e il processo è il passo per passo di come accadrà
B. La procedura è chi esegue il test necessario e il processo è quando verrà eseguito
C. Il processo è chi esegue il test necessario e la procedura è quando verrà eseguito
D. Il processo è ciò che deve accadere e la procedura è il passo per passo di come accadrà
A. Scheda di controllo della configurazione
B. Team di sviluppo del software
C. Modifica la scheda di controllo
D. Collegamento del cliente
A. I difetti sono deviazioni dai requisiti, mentre le richieste di modifica sono suggerimenti su come modificare i requisiti.
B. I difetti sono registrati dagli ingegneri di prova, mentre le richieste di modifica - dagli analisti aziendali.
C. Sono gestiti da diversi sistemi di registrazione.
D. I difetti hanno sempre un rischio associato alla loro risoluzione, mentre le richieste di modifica no.
A. Beta test
B. Test alfa
C. Test di manutenzione
D. Test del sistema
E. Test d'integrazione
A. VERO
B. Falso
A. Consegnato in tempo
B. Soddisfa i requisiti e le aspettative
C. Consegnato nel budget
D. Completamente senza bug
A. Tecnica Black Box
B. Tecnica della scatola di vetro
C. Tecnica della scatola bianca
A. Test di usabilità
B. Test di sicurezza
C. Test funzionali
D. Test delle prestazioni
A. Sovversione
B. Idiota
C. CVS
D. Visual Studio
A. Testare lo stesso modulo dopo che il bug è risolto
B. Testare i moduli effettuati dopo aver risolto il bug
C. Senza fisso se testiamo di nuovo il difetto
A. Affrontare solo le interfacce.
B. Concentrati sul comportamento del sistema sotto stress.
C. Non si ripete.
D. Sono ben documentati e facili da eseguire manualmente.
A. Test di usabilità
B. Test alfa
C. Beta test
D. Test di accettazione dell'utente
A. prendendo solo con i valori di intervallo
B. Prendere solo i valori limite per il test
C. In cui prendiamo i valori al contorno e il valore medio per il test
A. Difetti per il numero di reopeni (rielaborazione).
B. Difetti per stato e gravità.
C. Difetti da parte del compito degli sviluppatori.
D. Difetti per priorità.
A. Diagramma di design
B. Elenco delle funzionalità da testare e non testare
C. Presupposti/precondizioni
D. introduzione
A. Stabilire la responsabilità personale ingegnere di test
B. Fornire dati di test
C. Garantire la copertura
D. Risultati dei test del documento
A. Imitare brevi esplosioni di utenti simultanei misurando l'uso della memoria.
B. Esercitare ripetutamente la funzionalità del sistema di sistema nel tempo misurando l'uso della memoria.
C. Concentrati sul riempimento del database e specificamente sulle tabelle dei registri.
D. Misura i tempi di risposta sul client e sul server.
A. Progetto
B. Manutenzione
C. Prestazione
D. Requisiti
E. Coding
A. comportamentale
B. Grey-Box
C. scatola nera
D. scatola bianca
A. Avvia ispezioni del codice per identificare i difetti nel codice
B. Incoraggia i programmatori a fare più duramente a fare meno difetti
C. Aumentare il tipo e l'estensione dei test per rimuovere i difetti prima della produzione
D. Classifica e conta i difetti in modo da poter identificare il difetto della più alta frequenza ed eliminare la causa principale del difetto
A. V-Model
B. Modello lineare
C. Modello a spirale
D. Modello a cascata
A. Questo è un processo di sviluppo software iterativo e incrementale e questo può mirare dipende dalle caratteristiche.
B. Nessuna delle precedenti
C. Questo è un approccio iterativo e incrementale che enfatizza il coinvolgimento continuo degli utenti.
D. Questa è una tecnica che ha brevi iterazioni in cui vengono scritti nuovi casi di test che coprono il miglioramento desiderato o le nuove funzionalità.
A. VERO
B. Falso
A. Piano di prova
B. Specifiche
C. Documento dei requisiti
D. Caso di prova
A. Modulo
B. Traccia nodo
C. Banco di prova
D. Lotto
A. Robotium
B. Qtp
C. Selenio
D. Jmeter
A. Progettazione, requisiti, implementazione, verifica, manutenzione
B. Requisiti, progettazione, verifica, implementazione, manutenzione
C. Requisiti, progettazione, implementazione, verifica, manutenzione
D. Manutenzione, requisiti, progettazione, implementazione, verifica
A. Responsabile del progetto
B. Cliente
C. Sviluppatori
D. Ingegnere del software
A. Documentazione degli script di test, monitoraggio metrico, test di carico
B. Controllo del confine, test ad hoc, combinazione di installazione
C. Test di nuove funzionalità e funzioni, controlli di integrità dei dati, test di regressione
A. Il QA fa parte del processo di test del software
B. Il test del software fa parte del processo QA
C. I test del software e il QA sono entrambi la stessa cosa
D. I test del software e il QA sono due processi diversi
A. VERO
B. Falso
A. Controllo della configurazione
B. richiesta di modifica
C. Specifiche
D. Modulo software
A. Software Quality Assurance
B. Pianificazione
C. Test
D. Sviluppo software
A. Falso
B. VERO
A. ISO 9002
B. ISO 9000
C. ISO 9003
D. ISO 9001
A. Non puoi confrontare i numeri in tale set
B. & gt;
C. =
D. & lt;
A. VERO
B. Falso
A. Affidabilità
B. Usabilità
C. Costo
D. Correttezza
A. Documentazione di prova
B. Test della procedura
C. Test strutturali
D. Test funzionale
A. Accettazione dell'utente
B. Fatica
C. Usabilità
D. Sopravvivenza e recupero
A. Tutti questi sono modelli di qualità
B. ISO 9000
C. ISO/IEC 15504
D. CMMI
A. Test d'integrazione
B. Test di scatola bianco (vetro)
C. Test della scatola nera
D. Test della scatola grigia
A. VERO
B. Falso
A. VERO
B. Falso
A. Accettazione del cliente
B. Condizioni al contorno
C. Test negativi
D. Gestione degli errori
A. Stabilità e osservabilità
B. Osservabilità, semplicità e stabilità
C. Osservabilità
D. Semplicità
E. Stabilità
A. Test della scatola nera
B. Test unitari
C. Nessuna di queste
D. Test della scatola bianca
A. Documentazione
B. Test
C. Recensioni e audit
D. Budget
A. Nessuna di queste
B. Integrazione del modello di maturità della capacità
C. Connection Maturity Management Initiation
D. Istituto modulare di maturazione della capacità
A. Per formulare raccomandazioni
B. Per trovare problemi e vedere cosa manca ;
C. Per correggere il software
D. Per raccogliere informazioni preliminari
A. NO
B. SÌ
A. SQL Injection
B. Partizionamento di equivalenza
C. Test alfa
D. Tracciamento oculare
A. alfa e beta
B. Positve e negativo
A. Entrambi gli errori nella progettazione e gli errori nell'implementazione
B. Errori nel design
C. Errori in precisione
D. Errori nell'implementazione
E. Errori in funzione
A. Falso
B. VERO
A. Supportare la gestione del cambiamento
B. Software Change Manager
C. Gestione della catena di approvvigionamento
D. Gestione della configurazione del software
A. Approccio bottom up
B. Tutto sopra
C. Approccio Big Bang
D. Approccio dall 'alto verso il basso
A. Test funzionali
B. Test del sistema
C. Test di regressione
D. Test di accettazione
A. Analisti aziendali
B. Utenti
C. Ingegneri di prova
D. Sviluppatori
A. Programma
B. (tutti questi)
C. Approccio
D. Scopo
E. Risorse
A. Numero di bug software sconosciuti.
B. Numero di parole nel piano di test.
C. Numero di righe di codice eseguite nel software da testare.
D. Numero di casi di test che sono passati vs non riusciti.