Che cos'è un sistema efficace e in qualche modo facile da costruire per consentire ai clienti di inviare segnalazioni di bug dopo la distribuzione?

StackOverflow https://stackoverflow.com/questions/273716

  •  07-07-2019
  •  | 
  •  

Domanda

Distribuirò un gioco C ++ / DirectX / Windows alla fine di gennaio al mio cliente e vorrei impostare un modo semplice per inviare segnalazioni di bug. Devo installare un sito Web per questo? Devo inserirlo nell'interfaccia utente del gioco? Devo semplicemente inviarmi una e-mail? A un livello molto elevato, quali sono alcune idee per un sistema efficace e in qualche modo facile da implementare che posso creare per consentire ai clienti di inviare segnalazioni di bug che descrivono il bug, le condizioni in cui si è verificato e possibilmente qualsiasi file di registro che ti piacerebbe che si attaccassero?

Devo aggiungere che uso anche Trac per gestire i bug.

Grazie in anticipo!

È stato utile?

Soluzione

La configurazione di un account su uservoice.com è buona. O esporre un server bugzilla pubblico. Entrambi offrono commenti e tracciamento e sono molto trasparenti per i tuoi clienti. Forniscono inoltre i mezzi per votare se desideri che i tuoi utenti aiutino a decidere cosa è importante correggere.

Penso che l'e-mail possa essere travolgente e permetta ai problemi di scivolare attraverso le crepe.

Altri suggerimenti

Tutti e tre sono buoni:

1) Rapporti sugli arresti anomali: è possibile raccogliere informazioni sull'arresto anomalo e richiedere all'utente di inserire il proprio indirizzo e-mail e / o una descrizione.

2) Un sito Web per supporto tecnico come un modulo Web: che potrebbe inviare un'e-mail.

3) Supporto tecnico integrato: modulo semplice per inviare e-mail.

Per tutti questi è utile disporre di un sistema di tracciamento dei bug. Un semplice esempio potrebbe essere una mailing list a cui vengono inviate segnalazioni di bug per consentire al supporto tecnico di rispondere. È relativamente semplice implementare un semplice modulo di posta elettronica all'interno di PHP.

Preferisco un sistema di tracciamento dei bug del sito Web come Mantis o Bugzilla se vuoi ospitarlo da solo, o qualcosa come FogBugz se vuoi esternalizzarlo.

Un sistema di tracciamento dei bug online;

  • si assicura che nessun bug si perda,
  • ti consente di dare la priorità ai bug
  • ti consente di assegnare bug a uno sviluppatore da correggere
  • consente ai tuoi clienti di inviare e tenere traccia dell'avanzamento dei bug
  • alcuni consentono persino ai tuoi clienti di votare gli errori

Non vuoi incorporarlo nel tuo software IMHO perché dovresti passare il tempo a correggere bug e sviluppare funzionalità, non scrivere software di tracciamento dei bug.

Se si desidera utilizzare la posta elettronica, molti sistemi di tracciamento dei bug si integreranno con un account di posta elettronica a cui è possibile inviare i bug inviando e-mail a tale account.

Consiglierei qualcosa come bugtracker è aperto, scritto in C # e basato sul web Lo uso da circa un anno e ho apportato diverse mie modifiche

Se stai per distribuire un gioco, fatti un favore:

Paga un team di test professionali che cerca di scoprire quali combinazioni di schede grafiche + revisioni del driver non funzionano. Una volta ottenuti i risultati, puoi guardarli e provare a aggirare alcuni dei bug più ovvi. non non sarai mai in grado di scrivere un'applicazione DirectX non banale che funziona con tutti i tipi di hardware e driver beta semplicemente perché ci sono driver e hardware rotto in natura che hanno bug che non possono essere ha funzionato.

Sono stato nel gioco-biz per circa 10 anni e l'ho imparato nel modo più duro. Vale la pena rifiutare di trattare con clienti che si sono lamentati di problemi grafici se gestiscono un clone di cheapo asia card grafica con driver dubbi.

È meglio se hai un " funziona su " inserisci le 10 schede grafiche più popolari con i driver più recenti " elenco positivo. Ciò coprirà il 90% del pubblico, quindi la potenziale perdita del cliente è insoddisfacente rispetto all'efford extra.

Diamine Il mio ultimo gioco era noto per non funzionare su una scheda Permedia Matrox G400 o 3Dlabs. Ciò non ha impedito ad alcuni di lamentarsi del fatto che il gioco non funzionerà sul loro hardware obsoleto di 10 anni. Mi interessano i 10 ragazzi che provano a eseguire un gioco su questo hardware? No, non lo so, ma per alcuni motivi questi sono anche esattamente i ragazzi che fanno una cosa grande dal fatto che il gioco non funziona.

+1 per fogbugz, se stai cercando di acquistare comunque un localizzatore di bug. (Non ne hai uno? Dovresti!)

Un componente in-game IMO è utile solo se raccogli automaticamente informazioni aggiuntive - come versione del file, percorsi di installazione, rapporti sugli arresti anomali, file di registro, ecc. È un sacco di lavoro, deve gestire la "nessuna connessione a Internet" scenario e la distribuzione di un aggiornamento non raggiungerà tutti anche se si dispone dell'infrastruttura per un aggiornamento automatico.

Un sito Web con un modo semplice per inviare feedback - collegamento e-mail o modulo di contatto - è il più facile da configurare, il più economico e il più rapido da aggiornare. Assicurati che i tuoi filtri antispam siano aggiornati! Collegamento del sito Web ad es. dal menu di avvio far iniziare gli utenti.

Il prossimo passo potrebbe essere un forum specifico per segnalazioni di bug e feedback simili. Conosco alcune aziende con centinaia e migliaia di utenti attivi di feedback, che lo fanno con molto successo da molto tempo.

Un forum liberamente accessibile potrebbe anche diventare un terreno di costruzione per una comunità. Costruire una comunità e gestire un forum richiede molto lavoro e non è facile.

Un localizzatore di bug pubblico potrebbe apparire più professionale, ma potrebbe essere esagerato. Se stai pianificando un beta test su larga scala (> circa 100 utenti) e aggiorna / nuove versioni nel corso degli anni, allora forse aggiunge valore.

Trovo bugzilla non molto intuitivo per l'utente finale (almeno non pronto all'uso, sono sicuro che puoi personalizzarlo se vuoi disturbare). Inoltre, come accennato, Fogbugz consente invii pubblici e ha un filtro antispam integrato per questi. Tuttavia, AFAIK non consente al mittente di tracciare lo stato del suo bug (non lo so per certo, stiamo usando FB, ma non i contributi pubblici).


Quindi come piano d'azione raccomanderei:

Inizia con un link a un sito web e un semplice modulo di feedback o e-mail.

Quando inizi a ricevere molti duplicati, puoi pubblicare un semplice elenco di bug su cui stai lavorando. se questo non è più sufficiente, imposta un forum o un'interfaccia di localizzazione di bug pubblici, qualunque sia il tuo lavoro minore nel lungo periodo.

Quando scopri che i bug sono difficili da riprodurre e devi sempre raccogliere maggiori informazioni dal client, per prima cosa vedi se gli strumenti generici (come msinfo32) sono sufficienti. In caso contrario, crea il tuo componente di segnalazione.

Dai un'occhiata a FogBugz . È più del "solito" sistema di tracciamento dei bug in quanto ha ben integrato il customer-faccia email e forum (con un buon supporto per allegati e amp; schermate), mentre permettendoti (privatamente) di gestire i casi sollevati. Il servizio ospitato è gratuito per uno o due utenti. FogCreek mangia anche il proprio cibo per cani . Se avessi rilasciato un piccolo progetto proprietario, sarebbe stata la mia prima scelta per un "sportello unico" per gestire questo tipo di cose. Esiste almeno un plugin Trac-Fogbugz; non l'ho provato io stesso.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top