Come segnalare un bug al boss [chiuso]

4

Sono uno stagista di programmazione che ha lavorato per un'azienda per 6 minuti ora (questo è il mio primo lavoro di programmazione, quindi ho 6 mesi di esperienza). Sono una squadra da 1 uomo in questo momento & Sto creando un'applicazione mobile utilizzando l'API Mosync C ++.

Sto cercando consigli su come segnalare un bug a un capo che non è un programmatore. In passato ho avuto problemi a spiegare la gravità di un bug / problema di programmazione e amp; dirà "basta lavorare su qualcos'altro per un paio di giorni" con l'aspettativa che sarà risolto in un paio di giorni lo stesso. Il problema principale è che pensa che la quantità di sforzo si riferisce direttamente al risultato di risolvere un bug & se non viene corretto dopo un paio di giorni, è dovuto a mancanza di sforzo o abilità

Come posso spiegare che non riesco a determinare per quanto tempo un bug dovrà risolvere, & che se impiega molto tempo a risolverlo non è correlato alla mancanza di sforzo o abilità?

Alcune informazioni di base: Ho un bug in un progetto corrente (app per dispositivi mobili) su cui sto lavorando. L'app mobile era completa ma il mio capo voleva che aggiungessi funzionalità. Dopo aver aggiunto una funzione, l'app ora si blocca dopo la transizione delle schermate X amt di volte e amp; è molto difficile replicare il bug (sembra casuale e intermittente) ma è anche molto serio perché rilasciare un'app che si blocca casualmente è ovviamente molto brutto.

Da giovane programmatore, so che è più probabile che la mia esperienza sia la causa di un errore nella mia app & che c'è molto che avrei potuto fare per evitare problemi come questo, come i test di regressione, forse una migliore architettura di app per consentire lo sviluppo basato su componenti (aggiungere nuove funzionalità che funzionino bene con quelle esistenti). Ma so anche che i bug sono un fatto di programmazione e amp; succederà sempre.

    
posta Mack 27.06.2011 - 12:04
fonte

3 risposte

5

Digli la verità. Che sei bloccato e non sai come trovare il bug. Digli che hai bisogno di un esperto / mentore per aiutarti.

Sì, il bug è probabilmente colpa tua, in un certo senso. Ma se sei troppo inesperto per diagnosticare / capire la causa principale / capire qual è il tuo vero errore, allora incolpare te stesso (o il capo che ti incolpa di te) è inutile.

FWIW - I bug che sono difficili da riprodurre in genere si rivelano o comportano problemi di sicurezza dei thread o problemi di gestione della memoria. In questo caso (un'applicazione per C ++ interattiva) potrebbe esserlo. È possibile che le tue recenti modifiche abbiano causato il bug. È anche possibile che il bug fosse già lì, e le tue modifiche semplicemente rendono più probabile che si verifichino.

    
risposta data 27.06.2011 - 12:17
fonte
3

Informazioni su come trovare un bug: essendo uno sviluppatore esperto, non ho paura di dire al mio capo che trovare un bug richiede tra due ore e due settimane, quindi è meglio che mi lasci da solo a fare il lavoro invece di chiedermi ogni cinque minuti se ho progredito. Capisco che questa non è un'opzione per te.

Informazioni sul problema: vorrei tornare alla versione in codice (spero che tu usi la gestione delle versioni) quando il bug non si è manifestato, quindi modificare il codice a poco a poco fino a quando non viene visualizzato il bug. Nel tuo caso, questo è difficile se il bug non sembra deterministico.

    
risposta data 27.06.2011 - 12:50
fonte
1

Il vero problema qui quali dettagli del bug da dire al tuo capo. Per dettagli, intendo l'informazione di cui ha bisogno per prendere la decisione dal suo punto di vista. I dettagli non devono necessariamente essere del bug direttamente. Ad esempio, come hai detto che il tuo capo non è programmatore, puoi provare il seguente

  • Immagine errata per il software tra gli utenti : qualcosa che interrompe la funzionalità del prodotto è sicuro di ricevere cattiva pubblicità. La soluzione possibile è correggere il bug.
  • Scadenza del progetto mancante : impiegare troppo tempo per eseguire il debug e analizzare il bug a causa della mancanza di esperienza. La soluzione possibile è ottenere più aiuto nel team.
  • Fornisci una stima del tempo su qualcosa : hai anche detto che non sai quanto tempo ci vorrà per correggere il bug, ma potresti comunque menzionare un intervallo, ad esempio "Guarda, io indosso so davvero come sarebbe necessario correggere questo errore, penso che ci vorranno almeno due settimane per ottenere una stima. ". Questo dimostra anche che hai qualche piano per correggere il bug.

Non penso che un'ammissione dettagliata da parte tua del bug debba essere al centro della tua spiegazione in quanto non è produttiva in questa fase. Dovrebbe essere riesaminato nella fase di wrapup del progetto per le lezioni apprese.

Fornirei i dettagli tecnici solo se lui lo chiedesse, altrimenti potrebbe confondere la situazione.

    
risposta data 27.06.2011 - 12:40
fonte

Leggi altre domande sui tag