Le 34 migliori domande per il colloquio sul test Agile & Risposte

Scarica il pdf

1) Come tester quale dovrebbe essere il tuo approccio quando i requisiti cambiano continuamente?

Quando i requisiti continuano a cambiare, il tester continuamente agile dovrebbe adottare il seguente approccio

Scrivere piani di test e casi di test generici, che si concentrino sull'intento del requisito piuttosto che sui suoi dettagli esatti
Per comprendere la portata del cambiamento, lavorare a stretto contatto con i proprietari del prodotto o l'analista aziendale
Assicurati che il team comprenda i rischi legati al cambiamento dei requisiti, specialmente alla fine dello sprint
Fino a quando la funzione non è stabile e i requisiti non sono finalizzati, è meglio aspettare se hai intenzione di automatizzare la funzione
Le modifiche possono essere ridotte al minimo negoziando o implementando le modifiche nello sprint successivo

2) Elencare i pro ei contro dei test esplorativi (utilizzati in Agile) e dei test con script?

	Professionisti	Contro
Test esplorativi	- Richiede meno preparazione - Facile da modificare quando i requisiti cambiano - Funziona bene quando la documentazione è scarsa	- Presentare i progressi e la copertura alla gestione del progetto è difficile
Test con script	- In caso di test rispetto a requisiti legali o normativi è molto utile	- La preparazione del test di solito richiede tempo - Gli stessi passaggi vengono testati più e più volte - Quando i requisiti cambiano, è difficile modificarli

3) Spiegare la differenza tra Extreme programming e Scrum?

Mischia	Extreme Programing (XP)
- I team Scrum di solito devono lavorare in iterazioni chiamate sprint che di solito durano da due settimane a un mese	- Il team XP lavora in iterazioni che durano una o due settimane
- I team di Scrum non consentono il cambiamento nei loro sprint	- I team XP sono più flessibili e cambiano le loro iterazioni
- In Scrum, il proprietario del prodotto dà la priorità al backlog del prodotto ma il team decide la sequenza in cui svilupperanno gli elementi del backlog	- Il team XP lavora in rigoroso ordine di priorità, le funzionalità sviluppate sono prioritarie dal cliente
- Scrum non prescrive alcuna pratica ingegneristica	- XP prescrive pratiche di ingegneria

4) Che cos'è un'epopea, storie utente e attività?

Epic: una funzionalità software descritta dal cliente e dettagliata nel backlog del prodotto è nota come epic. Le epiche sono suddivise in storie

Storie degli utenti: dal punto di vista del cliente vengono preparate storie degli utenti che definiscono il progetto o le funzioni aziendali e vengono fornite in un particolare sprint come previsto.

Attività: le storie degli utenti più in basso sono suddivise in attività diverse

5) Spiegare cos'è il re-factoring?

Per migliorare le prestazioni, il codice esistente viene modificato; questo è il ri-factoring. Durante il re-factoring la funzionalità del codice rimane la stessa

6) Spiega come puoi misurare la velocità dello sprint con diverse capacità della squadra?

Quando si pianifica uno sprint di solito, la velocità dello sprint viene misurata sulla base del giudizio professionale basato su dati storici. Tuttavia, le formule matematiche utilizzate per misurare la velocità dello sprint sono,

primo - story points completati X capacità del team: se misuri la capacità come percentuale di una settimana di 40 ore
Secondo: story point / capacità del team completati: se misuri la capacità in ore-uomo

Per il nostro scenario è applicabile il secondo metodo.

7) Citi la differenza fondamentale tra sprint backlog e product backlog?

Backlog del prodotto: contiene un elenco di tutte le funzionalità desiderate ed è di proprietà del proprietario del prodotto.

Sprint backlog: è un sottoinsieme del product backlog di proprietà del team di sviluppo e si impegna a consegnarlo in uno sprint. Viene creato in Sprint Planning Meeting

8) Nella menzione Agile qual è la differenza tra lo sviluppo incrementale e iterativo?

Iterativo: il metodo iterativo è un processo continuo di sviluppo del software in cui i cicli di sviluppo del software vengono ripetuti (Sprint e rilasci) fino al raggiungimento del prodotto finale.

Versione 1: Sprint 1, 2

… N

Versione n: Sprint 1, 2

… .N

Incrementale: lo sviluppo incrementale separa la funzionalità del sistema in incrementi o porzioni. In ogni incremento, ogni segmento di funzionalità viene fornito attraverso un lavoro interdisciplinare, dai requisiti all'implementazione.

9) Spiega cos'è Spike e Zero sprint in Agile? Qual è lo scopo?

Sprint Zero: viene introdotto per eseguire alcune ricerche prima di iniziare il primo sprint. Di solito questo sprint viene utilizzato durante l'inizio del progetto per attività come l'impostazione dell'ambiente di sviluppo, la preparazione del backlog del prodotto e così via.

Spike: Spikes sono tipi di storie che vengono utilizzate per attività come la ricerca, l'esplorazione, la progettazione e persino la prototipazione. Tra uno sprint e l'altro, puoi prendere picchi per il lavoro relativo a qualsiasi problema tecnico o di design. Le punte sono di due tipi: punte tecniche e punte funzionali.

10) Cos'è lo sviluppo guidato dai test?

Lo sviluppo basato su test o TDD è noto anche come design guidato da test. In questo metodo, lo sviluppatore scrive prima un test case automatizzato che descrive una nuova funzione o miglioramento, quindi crea piccoli codici per superare il test e successivamente ri-fattorizza il nuovo codice per soddisfare gli standard accettabili.

11) Prototipi e Wireframe sono ampiamente utilizzati come parte di?

Prototipi e wireframe sono prototipi ampiamente utilizzati come parte del design empirico.

12) Spiegare cos'è l'interfaccia binaria dell'applicazione?

In diversi ambienti e piattaforme di sistema, una specifica che definisce i requisiti per la portabilità delle applicazioni in formato binario è nota come interfaccia binaria dell'applicazione.

13) Spiegare in grafico Agile, burn-up e burn-down?

Per tenere traccia dell'avanzamento del progetto burnup e burn down, vengono utilizzati i grafici.

Grafico Burnup: mostra lo stato di avanzamento delle storie fatte nel tempo.

Grafico Burndown: mostra quanto lavoro è rimasto da fare gli straordinari.

14) Spiegare cos'è il divieto di Scrum?

Scrum ban è un modello di sviluppo software basato su Scrum e Kanban. È appositamente progettato per progetti che richiedono frequenti manutenzioni, storie di utenti impreviste ed errori di programmazione. Utilizzando questo approccio, il flusso di lavoro del team viene guidato in modo da consentire un tempo minimo di completamento per ogni user story o errore di programmazione.

15) Cosa sono gli story points / gli sforzi / le scale?

Viene utilizzato per discutere la difficoltà della storia senza assegnare ore effettive. La scala più comune utilizzata è una sequenza di Fibonacci (1,2,3,5,8,13,

… .100) anche se alcune squadre usano scale lineari (1,2,3,4….), Poteri di 2 (1,2,4,8…) e taglia stoffa (XS, S, M, L, XL).

16) Spiega cos'è il proiettile tracciante?

Il punto tracciante è un picco con l'attuale architettura, l'attuale insieme di migliori pratiche, l'attuale insieme di tecnologie che si traduce in un codice di qualità della produzione. Non è un codice usa e getta, ma potrebbe essere solo un'implementazione ristretta della funzionalità.

17) Cos'è uno stub di prova?

Uno stub di test è un piccolo codice che sostituisce un componente non sviluppato o completamente sviluppato all'interno di un sistema in fase di test. Lo stub di test è progettato in modo tale da imitare il componente effettivo generando output specificamente noti e sostituendo il componente effettivo.

18) Quali sono le differenze tra le metodologie RUP (Rational Unified Process) e Scrum?

RUP	MISCHIA
- Il ciclo formale è definito in quattro fasi, ma alcuni flussi di lavoro possono essere simultanei	- Ogni sprint è un ciclo completo
- Viene utilizzato un piano di progetto formale, associato a più iterazioni.	- Nessun piano di progetto end to end. Ogni piano di iterazione successivo viene determinato alla fine dell'iterazione corrente
- L'ambito è predefinito prima dell'inizio del progetto e documentato nel documento dell'ambito. Durante il progetto, l'ambito può essere rivisto.	- Utilizza un backlog del progetto invece dello scope scrum
- Gli artefatti includono il documento di ambito, il pacchetto dei requisiti funzionali formali, il documento sull'architettura del sistema, il piano di sviluppo, gli script di test, ecc.	- Il software operativo è l'unico artefatto formale
- Consigliato per progetti a lungo termine, di grandi dimensioni e di livello aziendale con complessità medio-alta	- Consigliato per miglioramenti rapidi e organizzazione che non dipendono da una scadenza

19) Perché l'integrazione continua è importante per Agile?

L'integrazione continua è importante per Agile per i seguenti motivi.

Aiuta a mantenere la pianificazione del rilascio in tempo rilevando bug o errori di integrazione
A causa della frequente consegna del codice agile di solito ogni sprint di 2-3 settimane, una qualità di costruzione stabile è un must e l'integrazione continua lo garantisce
In aiuta a mantenere la qualità e lo stato privo di bug della base di codice
L'integrazione continua aiuta a controllare l'impatto del lavoro sulle diramazioni verso il tronco principale se il lavoro di sviluppo è in corso sulle filiali utilizzando la funzione di creazione e fusione automatica

20) Quali test vengono effettuati durante Agile?

Le principali attività di test durante Agile sono i test automatici di unità e i test esplorativi.

Tuttavia, a seconda dei requisiti del progetto, un tester può eseguire test funzionali e non funzionali sull'applicazione in test (AUT).

21) Spiega cos'è la velocità in Agile?

La velocità è una metrica calcolata sommando tutte le stime degli sforzi correlate alle storie degli utenti completate in un'iterazione. Calcola quanto lavoro può completare Agile in uno sprint e quanto tempo avrà bisogno per completare un progetto.

22) Quali sono le qualità che dovrebbe avere un buon tester Agile?

Un buon tester Agile dovrebbe avere le seguenti qualità

Dovrebbe essere in grado di comprendere rapidamente i requisiti
Il tester Agile dovrebbe conoscere bene i principi e i concetti Agile
Poiché i requisiti continuano a cambiare, il tester dovrebbe comprendere il rischio che comporta
In base ai requisiti, il tester Agile dovrebbe essere in grado di dare la priorità al lavoro
È necessario continuare a comunicare tra soci in affari, sviluppatori e tester

23) Chi sono tutti coinvolti nel team Agile?

In agile i due cavi principali sono

Scrum Masters : coordina la maggior parte degli input e degli output richiesti per un programma agile
Responsabili dello sviluppo : assumono le persone giuste e le sviluppano con il team

24) Indica in dettaglio quali sono i ruoli di Scrum Master?

Comporta le responsabilità chiave dello Scrum Master

Comprendi i requisiti e trasformali in software funzionante
Monitoraggio e tracciamento
Reporting e comunicazione
Processo Check Master
Master di qualità
Risolvi gli impedimenti
Risolvi i conflitti
Proteggi il team e il feedback sulle prestazioni
Guida tutte le riunioni e risolvi gli ostacoli

25) Indicare quali sono le strategie di qualità Agile?

Le strategie di qualità agile lo sono

Ri-factoring
Sviluppo non solista
Analisi statica e dinamica del codice
Revisioni e ispezioni
Demo di iterazione / sprint
Dimostrazione a tutte le mani
Recensioni di pietre miliari leggere
Brevi cicli di feedback
Standard e linee guida

26) Indicare quali sono gli strumenti che possono essere utili per gli screenshot mentre si lavora su progetti Agile?

Mentre lavori su progetti Agile puoi usare strumenti come

BugDigger
BugShooting
qTrace
Snagit
Falò
Usersnap

27) Indica quali sono i vantaggi di mantenere una lunghezza di iterazione costante durante tutto il progetto?

I vantaggi sono

Aiuta il team a misurare oggettivamente i progressi
Fornisce un mezzo coerente per misurare la velocità della squadra
Aiuta a stabilire un modello coerente di consegna

28) Se un piano di timebox deve essere ridefinito, chi dovrebbe assegnargli nuovamente la priorità?

Se un piano di timebox deve essere ridefinito, dovrebbe includere l'intero team, il proprietario del prodotto e gli sviluppatori.

29) Indica cosa dovrebbe evidenziare un grafico burndown?

Il grafico burn-down mostra il lavoro rimanente da completare prima della fine della casella dei tempi (iterazione).

30) Indica qual è la differenza tra Scrum e Agile?

Scrum : Nella mischia, uno sprint è un'unità di sviluppo di base. Ogni sprint è seguito da un meeting di pianificazione, in cui vengono identificati e stimati i compiti per lo sprint. Durante ogni sprint, il team crea la parte finita di un prodotto

Agile : in Agile, ogni iterazione coinvolge un team che lavora attraverso un ciclo di sviluppo software completo, tra cui pianificazione, progettazione, codifica, analisi dei requisiti, test di unità e test di accettazione quando un prodotto viene dimostrato alle parti interessate

In parole semplici, Agile è la pratica e Scrum è il processo per seguire questa pratica.

31) Indica quali sono le sfide coinvolte nello sviluppo del software AGILE?

Le sfide coinvolte nello sviluppo di Agile Software includono

Richiede più test e coinvolgimento dei clienti
Ha un impatto più sulla gestione che sugli sviluppatori
Ogni funzione deve essere completata prima di passare a quella successiva
Tutto il codice deve funzionare correttamente per garantire che l'applicazione funzioni
È necessaria una maggiore pianificazione

32) Quando non usare Agile?

Prima di utilizzare la metodologia Agile, è necessario porre le seguenti domande

È la funzionalità divisibile
Il cliente è disponibile
I requisiti sono flessibili
È davvero tempo limitato
La squadra è abbastanza esperta

33) Spiega come puoi implementare Scrum in modo semplice nel tuo progetto?

Questi sono i suggerimenti che possono essere utili per implementare Scrum nel tuo progetto.

Metti in ordine il tuo arretrato
Fatti un'idea delle dimensioni degli elementi del tuo backlog di prodotti
Chiarire i requisiti e la durata dello sprint per completare lo sprint backlog
Calcola il budget per lo sprint del team e quindi suddividi i requisiti in attività
Area di lavoro collaborativa: un centro di tutte le discussioni del team, che include piani, roadmap, date chiave, schizzi di funzionalità, problemi, registro, rapporti sullo stato, ecc.
Sprint: assicurati di completare una funzione alla volta prima di passare a quella successiva. Uno sprint non dovrebbe essere interrotto a meno che non ci siano altre opzioni
Partecipare a una riunione quotidiana in piedi: durante la riunione è necessario menzionare cosa sono stati raggiunti dall'ultima riunione, cosa otterranno prima della prossima riunione ed è qualcosa che ostacola i loro progressi
Usa il grafico burn-down per monitorare i progressi giornalieri. Dal grafico burn-down, puoi stimare se sei sulla buona strada o stai correndo dietro
Completa bene ogni funzionalità prima di passare a quella successiva
Alla fine dello sprint, tenere uno sprint review meeting, menzionare ciò che è stato ottenuto o consegnato nello sprint.

34) Spiegare cosa si intende per roadmap del prodotto?

Si fa riferimento a una roadmap del prodotto per la visione olistica delle caratteristiche del prodotto che creano la visione del prodotto.