Differenza tra Bug Tracking and Defect monitoraggio

bug tracking e il monitoraggio dei difetti sono termini privi di significato tecnico preciso . La differenza netta fra i due dipende da quale i professionisti IT parli. L' azienda Bontq , per esempio , usa i termini in modo intercambiabile , ma altre aziende li trattano come attività separate . Sia il bug e il monitoraggio dei difetti richiedono agli sviluppatori di identificare e registrare i problemi con il loro software. Definizioni

problemi software sono variamente etichettate come " bug ", "errori ", " difetti " e " problemi ". BugAware definisce "bug" come problemi che appaiono durante lo sviluppo del software , mentre " difetti " alzare dopo che il prodotto viene rilasciato. "Problemi " può essere qualsiasi cosa, da bug di help-desk problemi . Testdog.com definisce " bug software" come qualsiasi elemento che cade di sotto delle aspettative del cliente; " errori " sono osservati problemi con il software , " difetti " sono deviazioni dalle specifiche tecniche del prodotto scoperti dopo che gli sviluppatori di fornire il programma per il . cliente
Monitoraggio

difetti tracking - nel senso di problemi riscontrati dopo la consegna - si differenzia da bug di rilevamento durante lo sviluppo , perché è un ambiente diverso . Uso nel mondo reale differisce da testare in ambiente di sviluppo . Anche se gli sviluppatori eseguono approfondita bug tracking, nuovi problemi invariabilmente potano in su che deve essere monitorato . La forma più semplice di monitoraggio dei difetti è quello di tenere un registro ogni volta che il cliente chiama con un problema . Più sofisticato di monitoraggio utilizza il software per monitorare la diffusione e rilevare attività anomala , come un improvviso picco di messaggi di avviso .
Somiglianze

Anche quando una società definisce i bug e difetti in modo diverso , bug e il monitoraggio dei difetti hanno molto in comune . Monitoraggio efficace dipende dalla buona tenuta dei registri . Un gruppo di sviluppo correzione di un errore deve conoscere , per esempio, se il problema è stato segnalato prima . Le registrazioni devono comprendere il prodotto il problema riguarda , la funzione interferisce con e quali effetti il problema ha . Un difetto che paralizza il software diventa una priorità più alta per una correzione di qualcosa che rallenta solo un programma di basso di pochi secondi .
Considerazioni

Pensando a problemi di software esclusivamente in termini di ricerca e correzione difetti è un errore , Testdog.com dice. I problemi che i rapporti di clienti non può essere un problema tecnico a tutti, se il software è conforme alle specifiche , ma il cliente è ancora insoddisfatto , il problema potrebbe essere che le specifiche non definiscono ciò che il cliente voleva davvero . In entrambi i casi il team di sviluppo frainteso il cliente o il cliente non ha capito o statale i suoi bisogni in modo chiaro . Soddisfare il cliente può richiedere ricominciare con nuove specifiche .