Menu

Formazione sul test del software: formazione end-to-end su un progetto live - Formazione QA online gratuita, parte 1

software testing training

Prova Il Nostro Strumento Per Eliminare I Problemi

GratuitoFormazione sul test del softwareIn un progetto live in tempo reale:

Siamo molto entusiasti di presentare questo prossimo serie di tutorial gratuiti di formazione sul test del software. Simuleremo un progetto software end-to-end in tempo reale esaminando ogni fase in dettaglio con un'enfasi speciale sui processi di formazione QA, fasi, ruoli e responsabilità, risultati, ecc.

In breve, preparati per un breve corso online di test del software.

_End To End Training su un progetto live

Nota importante : I seguenti tutorial gratuiti sono utili per iniziare, ma se sei interessato al miglior corso di formazione online LIVE Software Testing da parte degli esperti, per favore controlla questa pagina.

Testing QA Training

=> Ecco il fileelenco di tutti i tutorialin questa serie di formazione gratuita sul controllo di qualità del progetto Live:

come impostare i file jar da aprire con java

Perché questa formazione QA gratuita?

Riceviamo molte domande dai nostri lettori per condividere la nostra esperienza sul esatto processo di test del software seguito dai team di test del software. Quindi abbiamo deciso di documentare questo STLC completo con l'aiuto di un'applicazione live di esempio disponibile per il test su Internet.

Useremo questo progetto live per la nostra serie di formazione sul test del software. Ti consigliamo vivamente di seguire da vicino questa serie in quanto sarà un corso accelerato da apprendere e implementare pratiche di test su un'applicazione live.

Cosa imparerai:

Formazione sul test del software sul progetto live: che cos'è?

Prima di andare oltre, lasciatemi spiegare di cosa tratta questa serie di corsi sul test del software e come prenderà forma mentre andiamo avanti.

Abbiamo scelto un'applicazione live (i cui dettagli sono di seguito) e iniziamo con:

- Fondamentalmente, tutto ciò che normalmente faremmo in un progetto di test del software in tempo reale, con esempi, artefatti e risultati in tempo reale creati nel processo.

Come seguire questa serie di corsi di test del software?

Passo 1) Introduzione e procedura dettagliata SRS: inizieremo questo mini corso di test del software con la procedura dettagliata SRS. Abbiamo creato e condiviso un documento SRS di esempio. Eseguilo poiché tutti i passaggi successivi dipendono dalla tua comprensione di questa applicazione.

Passo 2) Revisione SRS e preparazione dello scenario di test.

Passaggio 3) Piano di test: completa il processo di creazione di un piano di test da zero. La versione finale del piano di test verrà condivisa con te come riferimento.

Passaggio 4) Casi di test: completa il processo di scrittura dei casi di test con alcuni casi di test di esempio. Possiamo utilizzare qualsiasi strumento di gestione dei test o foglio di calcolo per scrivere casi di test.

Passaggio 5) Procedura dettagliata dell'applicazione ed esecuzione dei test: come eseguire i casi di test e registrare i risultati dei test?

Passaggio # 6) Segnalazione dei difetti

Passaggio 7) Verifica dei difetti, processo di regressione dei test

Passaggio 8) Approvazione QA

L'intenzione è di dare a tutti voi una sensazione di esperienza e competenza nel progetto in tempo reale. Ci auguriamo che trovi utile questa serie.

Applicazione che utilizzeremo ulteriormente

introduzione

Cliente: arancia
Applicazione: Demo di OrangeHRM .
Fornitore di servizi: SoftwareTestingHelp.com

domande e risposte del colloquio di test delle applicazioni mobili

descrizione del progetto

Orange vuole creare un prodotto commerciale per la gestione delle risorse umane che possa essere utilizzato e personalizzato da aziende di medie dimensioni situate in un singolo paese e globalmente.

Ha 2 versioni: Professionale ed Enterprise.

Le caratteristiche includono

  • Gestione delle informazioni personali
  • Gestione avanzata delle ferie
  • Monitoraggio del tempo e delle presenze
  • Gestione delle prestazioni dei dipendenti
  • Reclutamento
  • Reportistica avanzata
  • Gestione dei dipendenti basata sul paese / posizione
  • Regole di congedo localizzate
  • Flussi di lavoro configurabili
  • Supporto Platinum
  • Rapporti basati su paese / località
  • Rapporti personalizzati

Nota : Per motivi di semplicità e per limitare l'ambito, consideriamo il modulo dei dipendenti di questo portale HRM in cui l'utente ha la possibilità di inserire le proprie informazioni personali.

Quando un cliente o un imprenditore ha la necessità di avventurarsi nel mondo online o effettuare aggiornamenti sul sito o sull'applicazione già esistente, la necessità è un problema aziendale e il software è un pezzo di codice progettato per risolvere questo problema aziendale.

Un cliente si rivolge quindi a un fornitore di servizi software per rendere questo software una realtà per loro. È allora che inizia l'inizio del progetto software.

Un tradizionale Progetto Waterfall (SDLC) ha le seguenti fasi:

Processo di sviluppo del software

  • In qualità di addetti al controllo qualità sappiamo tutti che, anche se il 'Test' è il passaggio 5 di questo flusso, non è l'unico posto in cui i tester svolgono un ruolo di primo piano.
  • Inoltre, il test è un lavoro reattivo. Senza codice / applicazione pronti per il test non possiamo 'testare' davvero nulla. Per essere pronti e reagire nel modo più efficiente possibile, cerchiamo il più possibile di pianificare e prepararci in anticipo. Quindi, anche se la fase 5 è per i test, le nostre attività iniziano molto avanti.

In poche parole, questo è ciò che accade in ogni fase !!

Iniziato:

Una volta che il produttore e il cliente concordano i termini, inizia la produzione del software.

  • In questa fase vengono raccolti e analizzati i requisiti aziendali. L'analisi coinvolgerà le decisioni su considerazioni tecnologiche, specifiche hardware e software, persone, impegno, tempo, rilevanza e miglioramenti tra gli altri.
  • In questa fase sono coinvolti analisti aziendali, project manager e rappresentanti dei clienti.
  • Alla fine di questa fase e del progetto di base, viene preparato il piano.
  • Vengono creati documenti specifici del progetto come documento di ambito e / o requisiti aziendali.
  • In genere non ci si aspetta il coinvolgimento del controllo qualità in questa fase. (Questa è una leggera deviazione da quello che dovrebbe essere perché per identificare i problemi nelle prime fasi di sviluppo, è meglio coinvolgere il QA fin dall'inizio.)

Definire:

I requisiti aziendali finalizzati sono gli input per questo passaggio.

  • Questa fase prevede la traduzione dei requisiti aziendali in requisiti funzionali per il software. Per esempio , se il requisito aziendale è consentire a un utente di acquistare qualcosa da un sito. Il requisito funzionale avrà dettagli come Formato del sito-> Nome e posizionamento dell'opzione di menu-> Cerca prodotto-> Carrello della spesa-> Checkout (registrazione o meno) -> Opzioni di pagamento-> Conferma di vendita.
  • In questa fase sono coinvolti sviluppatori, analisti aziendali, project manager
  • L'output di questa fase è un documento dettagliato contenente i requisiti funzionali del software. Questo documento è indicato con molti nomi: Software Requirement Specification (SRS), Functional Requirements Document (FRD) o Functional Requirements Specification (FRS).
  • È qui che viene coinvolto il team QA, dopo il completamento della documentazione SRS.
  • Mentre è in corso la finalizzazione dei requisiti funzionali e la documentazione dell'SRS, il responsabile / lead QA è coinvolto nella stesura di un versione iniziale del piano di test e formare un team di controllo qualità.
  • Il coinvolgimento del team QA avverrà una volta che l'SRS sarà documentato.
  • In questa fase, il team di sviluppo o l'analista aziendale o talvolta anche il responsabile del team QA fornirà una panoramica dell'SRS al team QA.
  • In caso di un nuovo progetto, una procedura dettagliata sotto forma di conferenza o riunione funziona meglio
  • In caso di versioni successive per un progetto esistente, un documento viene inviato tramite e-mail o posizionamento in un archivio comune al team QA. Il team addetto al controllo qualità a questo punto lo leggerebbe / esaminerebbe offline e comprenderebbe a fondo il sistema.
  • Poiché il pubblico di destinazione principale per il documento SRS non sono solo i tester, non tutto è utile per noi. Noi tester dovremmo essere abbastanza diligenti quando esaminiamo questo documento per decidere quali parti di esso sono utili per noi e quali parti non lo sono.

Documento SRS per questo progetto live

Un documento SRS di esempio è allegato a questo post per darti un'idea di come appare questo documento, il formato in cui è scritto, che tipo di informazioni contiene, ecc. Nel prossimo articolo, vedremo come questo documento viene utilizzato dal team QA per procedere ulteriormente nei nostri progetti di test.

==> Scarica il documento SRS di esempio di Live Project .

Conclusione

In questo articolo ti abbiamo presentato il processo di test e sviluppo software. Abbiamo anche condiviso un documento SRS di esempio per il progetto live che testeremo.

=> Il prossimo articolo di questa serie di formazione sui test del software sarà: Revisione SRS e processo di creazione degli scenari di test .

Nota: Mentre viene scritto il prossimo articolo di questa serie di formazione sul controllo di qualità, lavora con noi in parallelo qui per il più esperienza dal vivo . Cerca di dare una buona lettura al documento SRS e poi continueremo con i passaggi successivi quando ci incontreremo di nuovo.

Buon test, fino ad allora!

Circa l'autore: Swati Seela, membro del team STH, ci sta aiutando a presentare questa serie di formazione sulla qualità del progetto dal vivo.

Lettura consigliata

^