Linee guida per Developer Community

  • Articolo

La community degli sviluppatori tiene traccia dei problemi e dei suggerimenti sulle funzionalità per Visual Studio.

Invio di problemi e suggerimenti

Visual Studio Developer Community tiene traccia dei problemi e dei suggerimenti per le funzionalità per Visual Studio.

Prima di inviare un problema

Cercare il problema nella community degli sviluppatori di Visual Studio per assicurarsi che non esista già. Se il problema esiste già, apportare commenti pertinenti ed esprimere il voto.

Se il problema è una domanda, porre una domanda alla community in Stack Overflow usando il tag visual-studio. Abbiamo il personale del supporto clienti che monitora tale tag e aiuterà a rispondere alle domande.

Se non è possibile trovare un problema esistente che descrive il bug o la funzionalità, inviare un problema usando le linee guida seguenti.

Scrittura di un buon suggerimento di bug o funzionalità

  • Inviare un solo problema o una richiesta di funzionalità per ogni problema.

    • La combinazione di più problemi o richieste di funzionalità in un singolo problema rende più difficile per noi diagnosticare e più difficile per altri utenti votare per il problema.
    • Non aggiungere il problema come commento a un problema esistente a meno che non si tratti di un input identico. Molti problemi sono simili, ma presentano cause diverse, che rendono più difficile la diagnosi del problema.

  • Più informazioni è possibile fornire, più facile sarà per noi riprodurre e risolvere il problema.

  • Includere i passaggi seguenti con ogni problema.

    • Passaggi riproducibili (1... 2... 3...) e ciò che ti aspettavi rispetto a quello che hai sperimentato.
    • Immagini, animazioni o un collegamento a un video. Le immagini e le animazioni illustrano i passaggi di riproduzione, ma non li sostituiscono.
    • Come appropriato, un frammento di codice che illustra il problema o un collegamento a un repository di codice, è possibile eseguire facilmente il pull down nel computer per ricreare il problema.

  • Ricordarsi di eseguire i passaggi seguenti:

    • Cercare per verificare se esiste un duplicato. In tal caso, votare il problema esistente, fornendo commenti o chiarimenti aggiuntivi in base alle esigenze.
    • Ricreare il problema dopo la disabilitazione di tutte le estensioni. Se si rileva che il problema è causato da un'estensione installata, inviare un problema rispettivamente nell'estensione.
    • Semplificare il codice intorno al problema in modo da poterlo isolare meglio.

Anche con problemi che includono dettagli avanzati, potrebbe non essere possibile riprodurre il problema e potrebbe richiedere altre informazioni.

Gestione dei report dei problemi

La valutazione di un problema è un processo in più passaggi che viene eseguito in modo collaborativo all'interno del team di funzionalità. La valutazione richiede in genere una settimana, ma potrebbe richiedere più tempo. L'obiettivo della valutazione è fornire una chiara comprensione di ciò che accadrà al problema. Ad esempio, dopo aver verificato se si prevede di risolvere il problema o attendere altri commenti e suggerimenti della community.

Dopo la segnalazione di un problema, gli stati indicano la fase in cui si trovano le informazioni inviate nel proprio ciclo di vita. Quando i team del prodotto Visual Studio esaminano il feedback, lo impostano con uno stato appropriato. Tenere traccia dello stato di avanzamento dei report dei problemi facendo riferimento agli stati del problema e alle domande frequenti.

Definizione delle priorità dei problemi da risolvere

Non è possibile risolvere tutto il problema segnalato. Alcuni sono troppo costosi da correggere, alcuni potrebbero regredire altre aree di funzionalità e alcuni potrebbero avere un impatto troppo basso. Questo può risultare deludente se si è preso il tempo necessario per inviare una segnalazione dei problemi. Siamo stati tutti lì, sia in questo progetto che in altri a cui abbiamo contribuito. Se un problema è stato chiuso e si ritiene che il motivo per cui abbiamo dato non sia soddisfacente, è possibile chiarire il caso d'uso e richiedere che il problema venga riattivato per un altro passaggio. A questo punto, potremmo chiedervi ulteriori informazioni.

Informazioni importanti mancanti

Quando un problema manca di informazioni importanti, viene assegnato lo stato Esigenze altre informazioni . Commentiamo il problema con le informazioni specifiche necessarie e riceverai una notifica tramite posta elettronica. Se non riceviamo le informazioni entro sette giorni, inviamo un promemoria. Successivamente, chiudiamo il ticket dopo 14 giorni di inattività.

Altro prodotto

In alcuni casi, quando si segnala un problema, si scopre che è causato da un altro prodotto e non da Visual Studio. Potrebbe trattarsi di un'altra applicazione correlata o di un'estensione.

In questo caso, il problema verrà chiuso e verrà chiesto di aprirlo con l'altro prodotto. Ecco alcune posizioni comuni in cui archiviare questi problemi:

Informazioni aggiuntive

Gestione dei suggerimenti delle funzionalità

I suggerimenti sulle funzionalità sono un mezzo di comunicazione tra microsoft e i membri della community degli sviluppatori. Tecnicamente, potremmo mantenere aperte tutte le richieste di funzionalità per sempre. Ma mantenere aperti i problemi riduce la visibilità della community sullo stato effettivo di una funzionalità. Di conseguenza, le richieste di funzionalità non verranno affrontate e assegnate funzionalità che potrebbero essere indirizzate all'etichetta Sotto verifica .

Se hai suggerito una funzionalità, potresti essere deluso dal fatto che non prevediamo di rispondere alla tua richiesta. Lo sappiamo. Tutti noi ci siamo stati - in questo progetto o in altri a cui abbiamo contribuito. Quindi, riposo sicuro, amiamo tutti i tuoi input. Non accettare offesa personale quando chiudiamo o assegniamo l'etichetta Under Review al suggerimento. Se si ritiene che il suggerimento di funzionalità merita di rimanere aperto, chiarire il caso d'uso e contattarci o raccogliere più voti.

Nel processo decisionale vengono esaminate le caratteristiche seguenti sul suggerimento di funzionalità:

  • Corrisponde alla nostra direzione generale del prodotto?
  • Possiamo permetterci di costruirlo e gestirlo?
  • È in linea con la strategia generale della roadmap ?
  • Ha il supporto della community, come indicato dai voti e dai commenti?
  • Lo amiamo, anche con un basso sostegno della comunità?

Quando non possiamo rispondere "sì" a una di queste domande, lo chiuderemo. Ma spesso il suggerimento rimarrà aperto come Sotto revisione per raccogliere più feedback della community.

Se un suggerimento non corrisponde alla direzione complessiva del prodotto, lo chiuderemo come Fuori ambito. Ad esempio, potrebbero essere disponibili investimenti simili in altri membri della famiglia di prodotti di Visual Studio. Oppure la funzionalità suggerita potrebbe essere rilevante solo per alcune persone, rendendo un'estensione più adatta per fornirla.

Tenere traccia dello stato di avanzamento del suggerimento della funzionalità facendo riferimento agli stati e alle domande frequenti sui suggerimenti.

Etichetta di discussione

Per mantenere la conversazione chiara e trasparente, limitare la discussione all'inglese e mantenere le cose rilevanti per il problema. Siate attenti agli altri e cercate sempre di essere corteggiati e professionali.

Per altre informazioni, vedere codice di comportamento della community Microsoft.

Eventuali violazioni all'etichetta di discussione possono portare alla rimozione del commento e alla fine proibire l'utente.

Privacy dei dati

I commenti e le risposte sono visibili pubblicamente, ma tutti i file allegati vengono condivisi privatamente solo con Microsoft. Questa visibilità è utile perché consente all'intera community di visualizzare i problemi e le soluzioni rilevati da altri utenti. Se si è preoccupati per la privacy dei dati o dell'identità, sono disponibili opzioni. Altre informazioni sulla privacy dei dati della community degli sviluppatori.

Contenuto correlato

Passare alla community degli sviluppatori di Visual Studio per segnalare problemi, suggerire funzionalità o esplorare i ticket esistenti. Buon lavoro.