Lo sviluppatore dovrebbe fornire passaggi / indicazioni per SQA?

4

Nuovo nel campo del controllo qualità, mi è stato chiesto di fare SQA per un progetto che non conosco e che è vicino al completamento. Un esempio di un'attività funzionale specifica da testare è simile al seguente:

51: Rename Excluded Words at the Topic and Subtopic levels to be Not in Topic and Not in SubTopic

Ho visto come se fossi lo sviluppatore che ha costruito il progetto o se fossi stato coinvolto fin dall'inizio, allora sarebbe abbastanza ovvio fare clic su "Fai clic qui" e poi su "Fai clic su questo pulsante nel menu a discesa". "seguito da ... ecc., ecc. O perché ho sviluppato il progetto o perché ho testato il progetto mentre viene costruito da zero (e quindi lo conosco dentro e fuori). Ma poiché sono nuovo in questo progetto ed è relativamente grande, non conosco i passaggi necessari per arrivare effettivamente alla parte in cui "rinomina le parole escluse". Diavolo, forse è effettivamente rotto ed è per questo che non sono riuscito a trovarlo.

Quanto sopra è solo un esempio reale, ma il mio obiettivo qui è di ottenere alcune informazioni che posso applicare alla mia pratica in generale.

Se SQA è nuovo su un progetto già in fase di sviluppo, lo sviluppatore dovrebbe fornire i passaggi necessari per eseguire la funzione da testare?

Non è necessario ogni passaggio per ogni test (come la creazione di un nuovo utente) ma rigorosamente per funzionalità più nascoste o complicate.

    
posta 8protons 30.08.2016 - 02:23
fonte

3 risposte

4

Se non conosci un'applicazione o una funzionalità di un'applicazione abbastanza bene da poterla utilizzare fondamentalmente, devi prima apprenderla, questo è un ovvio prerequisito di qualsiasi test. Ci sono due modi per farlo: RTFM, o lascia che qualcuno te lo spieghi (in entrambi i casi non esclusivo mutuo). La persona che te lo spiega potrebbe essere un utente esperto, un analista aziendale o un product owner che conosce bene i requisiti, qualcun altro dal team di sviluppo o dal team di supporto, chiunque sia in grado di fare meglio in tuo caso specifico, nella tua organizzazione.

Potrebbe essere una buona idea non chiedere a un dev che ha sviluppato la funzione solo , poiché potrebbe aver frainteso alcuni dettagli dei requisiti, e il lavoro di QA non è solo per verificare se il il programma fa "esattamente ciò che il programmatore ha inteso", ma anche ciò che l'utente si aspetta o il manuale dice, che non è sempre lo stesso. Quindi, se hai la possibilità di ricontrollare i documenti oi manuali dei requisiti originali, o di chiedere ad un utente le sue aspettative, usalo.

Alla domanda "lo sviluppatore deve fornire i passaggi": presupponendo che la procedura di test sia abbastanza complessa, sono necessari alcuni passaggi scritti per riprodurlo, probabilmente sarà necessario un piano di test. Il cui compito è quello di scrivere un piano del genere può anche essere specifico per l'organizzazione, ma non è atipico che le persone di controllo qualità abbiano questa responsabilità da sole. Forse qualcun altro deve solo spiegarti i passaggi e puoi scriverli per te e per i tuoi colleghi, se nessun altro l'ha fatto prima? Quindi questo si riduce anche a: "devi scoprire cosa funziona meglio per te e la tua organizzazione", simile come sopra.

    
risposta data 30.08.2016 - 07:51
fonte
3

Nel mio senso, il modo migliore per testare un'applicazione è mettere qualcuno che non conosce affatto il progetto; soprattutto come funziona Ecco alcuni punti per il motivo:

  • Se il progetto ha una guida per l'utente / manuale, segui questo per aiutarti a svolgere tutte le attività richieste. Questo mostrerà che il manuale è / non è ben scritto e utilizzabile per un utente lambda.
  • Se non c'è una guida o un manuale e riesci a fare i tuoi test, questo dimostra che il progetto è ben progettato e anche qualcuno che non è direttamente collegato ad esso (vale a dire ogni futuro utente) sarà in grado di utilizzare questa funzione senza troppi spiegazione.
  • Se non c'è una guida o un manuale e non vedi come eseguire i test, ciò aiuterà lo sviluppatore a vedere quale parte del progetto progettare per rendere più semplice all'utente l'uso di questa funzione, e se non sono previste modifiche, ciò indicherà quale parte del progetto deve essere documentata nel manuale.

Il fatto è che sarai nuovo al progetto solo per una piccola quantità di tempo. Sarai in grado di vedere meglio gli eventuali difetti del progetto durante questo periodo, quindi usa questo vantaggio per indicare ogni passaggio che potrebbe non essere chiaro come un nuovo utente che gli altri tuoi colleghi potrebbero non vedere perché sono abituati. / p>     

risposta data 30.08.2016 - 08:15
fonte
0

No. Dev conosce il business in modo diverso rispetto all'analista o al controllo qualità. Ti suggerirei di fare riferimento a un altro tuo college. Se sei solo a testare l'applicazione, preferirei che parlassi con un SA o BA (che potrebbe comprendere il sistema più dal punto di vista dell'utente), o anche l'utente stesso.

Uno sviluppatore può semplificare le cose per te, principalmente perché conoscono l'interno dell'app. Il QA dovrebbe superare (quasi) tutti i flussi possibili.

    
risposta data 06.09.2016 - 23:20
fonte