QA - Comunicazione dello sviluppatore [duplicato]

2

Sono uno sviluppatore e ho lavorato in questa azienda da 4 a 5 anni ormai.
Abbiamo praticato la mischia per circa 2 anni.

Penso, ho lavorato bene con i controlli di qualità.
Credo che i QA / sviluppatori / redattori tecnici siano tutti una squadra.
Stiamo anche assumendo attivamente nuovi membri del team.
Come membro legacy del team, ho dovuto aiutare il nuovo membro (compresi sviluppatori e tester) con le mie conoscenze aziendali.

Lavoriamo su misum base di 2 settimane.
Di solito recapito la mia user story completamente entro la prima data della seconda settimana e faccio alcuni qa build con funzionalità parziali della mia user story in modo che il QA abbia una buona idea della mia implementazione e del flusso.

Recentemente, ho incontrato alcuni controlli di qualità.
Nella prima settimana, i controlli di qualità non parlano ... Nella riunione in piedi, dicono che stanno sviluppando casi di test indipendentemente dal fatto che fornisca la user story o meno.
Nella seconda settimana, non ho un singolo difetto fino a giovedì pomeriggio e improvvisamente ho un difetto maggiore con diversi difetti minori dell'interfaccia utente, che ho consegnato una settimana fa.
Oppure ho uno o due difetti minori nella seconda settimana, ma importanti difetti giovedì pomeriggio o venerdì mattina.

Questo alla fine farà passare la storia al prossimo sprint.
Il difetto principale richiede tempo per essere risolto e, cosa più importante, si innesca il test di regressione per la storia ... Anche se lavorassi giovedì sera e l'avessi sistemato, il test non finirà.

E ciò accade più volte con determinati controlli di qualità.

Come membro dello stesso team, ho parlato con i controlli di qualità se potevano testare il difetto principale con priorità più alta ... Rifiutati ... Perché non capisco il processo di QA ..

Quindi ho chiesto approssimativamente quanti casi di test principali sono stati trattati finora nella riunione di stand up della seconda settimana di mercoledì .. La risposta è che non dovrei chiedere questo al QA durante lo stand up meeting ...

Che cosa faccio?

    
posta exiter2000 13.09.2012 - 21:57
fonte

2 risposte

3

Devi chiedere alla domanda perché non stai trovando questi grandi difetti tu stesso. Una volta trovata la risposta, potresti trovare la risposta alla domanda sul perché li trovi venerdì mattina.

Trovano difetti nel lavoro che hai svolto (probabilmente inaccettabile) o regressione (Forse stringi i tuoi UT) o difetti dei requisiti?

    
risposta data 14.09.2012 - 00:29
fonte
0

So I asked roughly how many major test cases are covered so far in the stand up meeting on 2nd week Wednesday.. The response is I should not ask this to the QA in the stand up meeting... What do I do?

Una comunicazione efficace è fondamentale. Parla con il tuo QA di persona, non solo nelle riunioni. Prova a fissare riunioni o inviare un'email per richiedere lo stato dei test, se non ricevi risposta dal tuo QA o se lavorano in remoto.

Questo potrebbe essere uno scenario comune quando lo scopo del progetto è grande e i controlli di qualità devono eseguire test di regressione senza strumenti automatici.

O potrebbe essere il caso di QA che sono meno esperti. Chi sta testando prima le cose dell'interfaccia utente e le funzionalità principali: (

Un altro approccio sarebbe passare del tempo per capire come verrà testata la tua storia e annotare possibili scenari di test che potrebbero essere. Coprire i casi di test in parallelo con lo sviluppo è la strada preferita, ma difficile da realizzare. Tuttavia, ci si abitua a questo tipo di sviluppo, quindi il 99% del codice sarà sicuro.

    
risposta data 13.09.2012 - 22:41
fonte

Leggi altre domande sui tag