Quando rintracci e correggi una regressione, ovvero un bug che ha causato l'interruzione del codice precedentemente funzionante, il controllo della versione rende completamente possibile cercare chi ha commesso la modifica che l'ha interrotta. Vale la pena farlo? È costruttivo segnalarlo alla persona che ha commesso il commit? La natura dell'errore …
In precedenza ho eseguito il fork dei repository di altre persone su GitHub e ho notato che i problemi rimangono con il repository originale e che non riesco a presentare problemi sul repository con fork. Ora ho il seguente compito. Sto lavorando per una piccola impresa in cui lo sviluppo …
Durante lo sviluppo (funzionalità o correzione di errori) a volte mi capita di scoprire bug che non sono direttamente correlati a ciò su cui sto lavorando. Cosa dovrei fare in quella situazione. Basta aggiustarlo? Prova a ricordare di ripararlo più tardi? Scrivilo da qualche parte? Oppure inseriscilo nel sistema di …
Suppongo che questa sia una situazione comune: collaudo del codice, scopro un bug, lo risolvo e commetto la correzione del bug nel repository. Supponendo che molte persone lavorino a questo progetto, dovrei prima creare una segnalazione di bug, assegnarla a me stessa e fare riferimento ad essa nel messaggio di …
Il tracker di bug per qualsiasi progetto di dimensioni decenti mi sembra un gioco da ragazzi: è davvero facile organizzare centinaia o migliaia di problemi, senza problemi che si scontrano o si confondono. Quindi, quando vedo alcuni progetti davvero grandi, come Git, che utilizza una mailing list come metodo principale …
Il mio team di sviluppo è appena cresciuto del 100% (da 1 sviluppatore a 2). La mia nuova coorte vuole investire in software di tracciamento dei bug. Ci sono vantaggi in questo tipo di software per un team così piccolo?
È stato aperto, corretto, verificato e chiuso un bug. Un mese dopo, è apparso di nuovo in una versione successiva dopo diverse iterazioni senza alcuna regressione. Se le caratteristiche del bug sono le stesse, riapri l'ID bug esistente o ne apri uno nuovo con un link al bug chiuso?
Attualmente sto lavorando principalmente da solo su un progetto (in Java). Sono per lo più solo perché ho un consulente che mi dà istruzioni di alto livello su cosa fare e raramente darà il mio contributo al codice. Di tanto in tanto codificherà un paio di test di accettazione. Non …
Lavoro in un posto che è CVS-crazy e Bugzilla-nuts. Ci sono così tanti rami fuori da ogni versione che non si possono contare. Tutti si fondono costantemente automaticamente. Non c'è fluidità in questo lavoro. Tutto sembra un passo avanti . Bastano 25 passaggi anche per una cosa semplice. Non è …
Sono nuovo di Github e cerco consigli su come gestire i problemi. Sono abituato ad avere priorità e altre opzioni di ordinamento, ma vedo che nessuna esiste. In che modo gli altri gestiscono i problemi durante il ciclo di vita di un bug / funzionalità? Grazie in anticipo.
Se qualcuno apre un problema su GitHub ma vengono richieste e mai fornite ulteriori informazioni per riprodurre l'errore, qual è la normale procedura? Esempio . Qui l'autore afferma che la "nave si rompe". Anche se credo che sia stato risolto, vorrei che l'autore parlasse della stessa cosa. Ma a volte …
Sto cercando di decidere se devo rivalutare il mio processo di localizzazione dei difetti per i miei progetti cresciuti in casa. Negli ultimi anni, ho semplicemente monitorato i difetti usando i TODOtag nel codice e tenendoli tracciati in una vista specifica (uso Eclipse, che ha un sistema di tag decente). …
Sono uno studente universitario che studia informatica. Quando ho provato a segnalare bug a diversi progetti, mi sono imbattuto molto nella classifica senza essere valutato . Una ricerca sul web non ha davvero spiegato cosa significhi. Potresti dirmi cos'è un bug non modificato?
Nel mio lavoro tutti gli sviluppatori che risolvono un bug devono aggiungere un nuovo test unit che avverte di questo tipo di bug (nel caso si verifichi di nuovo). Se un test unitario non è possibile (ad esempio un problema di progettazione di una pagina Web), il dipartimento QA deve …
Da un punto di vista di altissimo livello, a me sembra che ci siano generalmente 2 tipi di strumenti di Project Management: Tracker di problemi tradizionali come Fogbugz, JIRA, BugZilla, Trac, Redmine ecc. Schede a schede virtuali / strumenti di gestione dei progetti agili come Pivotal Tracker, GreenHopper, AgileZen, Trello …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.