FAQ

Di seguito sono riportate le domande più frequenti poste da Guru99 Comunità

Non riesci a vedere i video?

Tutti i video su questo sito sono ospitati su YouTube e incorporato qui...
si è in procinto di probabilmente accedendo al sito Web da una posizione in cui YouTube È vietato (la tua azienda, università o un paese in cui YouTube È vietato)

Prova ad accedere ai video da un ambiente senza restrizioni.
Tu fai NON è necessario registrarsi per vedere i video.

Non ho ricevuto l'email per il progetto

Si prega di notare che le email del progetto vengono inviate a intervalli di 24 ore. Quindi, se ti sei iscritto giovedì alle 10:10, riceverai la prossima email venerdì alle XNUMX:XNUMX.

Controlla la posta indesiderata o lo spam Mailscatola. Se utilizzi Gmail, controlla il file Promozioni Tab

Il nostro sistema non dispone di una funzione per reinviare le email. Se ancora non trace le email, iscriviti con un altro indirizzo email per ricevere i contenuti.

Se ho un bug in un'applicazione chi deciderà la gravità e la priorità di un bug?

Gravità di Difetto è determinata dalla persona che identifica il problema (tester), mentre la priorità è determinata dalla persona che è coinvolta nella risoluzione del problema (Sviluppatori).

In qualità di tester, puoi dare la priorità ai difetti che di solito vengono esaminati dal responsabile del test. Gli sviluppatori dopo l'analisi decideranno se si tratta di un difetto ad alta o bassa priorità. Nella maggior parte dei casi, viene eseguito dallo sviluppatore, ma anche il tester può coinvolgerlo per spiegarne la gravità. Dopo la discussione, i lead arriveranno a una conclusione.

La gravità è fondamentalmente correlata alla funzionalità dell'applicazione o del prodotto. Mentre la priorità è l'immediatezza con cui lo sviluppatore può correggere quel bug o difetto. La priorità è di natura dinamica e cambierà in base allo scenario mentre la gravità è di natura statica.

Cosa farete se non sono presenti Specifiche Funzionali/documenti relativi al sistema?

  • Per prima cosa prova a comprendere il dominio con analisti aziendali o PMI. Effettuare test esplorativi per comprendere il sistema.
  • Se il progetto non ha Analista aziendale o PMI, parlate con le persone che lavorano su sistemi simili.
  • Per comprendere il business parla con la community degli utenti
  • Scopri specifiche di prodotto simili da Internet o PMO
  • Cerca lo stesso tipo di software applicativo e comprendi le funzionalità
  • Cerca alcuni importanti scenari aziendali, documenti alternativi, articoli per argomenti applicativi
  • Chiedi la spiegazione di tutti i moduli agli sviluppatori
  • Dati storici dell'utente, applicazione e funzionalità
  • Non testare l'applicazione tecnicamente, testala prima solo dal punto di vista dell'utente

Cosa può fare un collaudatore se trova un arresto dello spettacolo?ping Problema a pochi giorni dall'uscita?

  • Conferma e riconferma nuovamente il Difetto e documenta il bug o il difetto, l'impatto e la possibile soluzione, se possibile.
  • Porta questo all'attenzione del tuo manager e discuti con il team, dal momento che un tale ostacolo allo spettacolo è sconosciuto al team una settimana prima del suo rilascio non va bene.
  • Una volta che il difetto raggiunge il tuo manager e le autorità di test superiori, potresti dover esporre loro il tuo punto, quindi sii approfondito con il tuo punto in quanto ciò potrebbe avere un impatto sul rilascio.
  • Se la discussione ti supporta, è il momento di alzarti e brillare. In caso contrario, hai imparato una lezione per la giornata da asporto. Continua ad imparare.

Perché hai scelto il campo della garanzia della qualità del software?

Per fornire progetti di qualità agli utenti finali o ai clienti, i test sono obbligatori, indipendentemente dalla codifica che comporta. Il QA del software non solo registra i bug ma fornisce anche soluzioni per tali bug.

Nel campo del QA, i tester devono essere a conoscenza di tutte le funzionalità dell'applicazione da testare, il che consente loro di conoscere diversi tipi di applicazioni sviluppate in diversi ambienti e persino alcuni concetti di base della programmazione. La conoscenza sarà più ampia quando si esegue il testing, ma sarà più ristretta quando si programma. Uno sviluppatore potrebbe essere sviluppatoping solo una piccola parte dell'intera applicazione e potrebbe non essere a conoscenza dell'applicazione nel suo insieme. In questo caso, ho ritenuto che il ruolo del QA (tester) fosse più interessante.

Non hai trovato una risposta?

Contattaci