Consignes Developer Community

  • Article

La Developer Community suit les problèmes et les suggestions de fonctionnalités pour Visual Studio.

Envoi de problèmes et suggestions

La Visual Studio Developer Community suit les problèmes et les suggestions de fonctionnalités pour Visual Studio.

Avant de soumettre un problème

Recherchez votre problème sur Visual Studio Developer Community pour vous assurer qu’il n’existe pas déjà. Si votre problème existe déjà, faites des commentaires pertinents et votez.

Si votre problème est une question, posez-là à la communauté sur Stack Overflow en utilisant la balise visual-studio. Le service clientèle surveille cette balise et vous aidera à répondre aux questions.

Si vous ne trouvez pas de problème existant qui décrit votre bogue ou votre fonctionnalité, envoyez un problème à l’aide des instructions ci-dessous.

Écriture d’un bon rapport de bogue ou d’une suggestion de fonctionnalité

  • Ne signalez qu’un seul problème ou suggestion de fonctionnalité par envoi.

    • La combinaison de plusieurs problèmes ou requête de fonctionnalités en un seul envoi rend le diagnostic difficile pour nous, et il est encore plus difficile pour les autres utilisateurs de voter pour votre problème.
    • N’ajoutez pas votre problème en tant que commentaire à un problème existant, sauf s’il s’agit d’une entrée identique. De nombreux problèmes se ressemblent mais ont des causes différentes, ce qui rend le diagnostic de votre problème plus difficile pour nous.

  • Plus vous fournissez d’informations, plus il sera facile pour nous de reproduire et de résoudre votre problème.

  • Incluez les étapes suivantes pour chaque problème.

    • Étapes reproductibles (1... 2... 3...),ce que vous attendiez et le résultat que vous avez obtenu.
    • Des images, des animations ou un lien vers une vidéo. Les images et animations illustrent les étapes de reproduction, mais ne les remplacent pas.
    • Selon les besoins, un extrait de code qui illustre le problème ou un lien vers un référentiel de code que nous pouvons facilement extraire sur notre ordinateur pour recréer le problème.

  • N’oubliez pas d’effectuer les étapes suivantes :

    • Recherchez pour voir s’il existe un doublon. Si c’est le cas, votez sur la question existante, en fournissant des commentaires ou des clarifications supplémentaires si nécessaire.
    • Recréez le problème après avoir désactivé toutes les extensions. Si vous constatez que le problème est dû à une extension que vous avez installée, signalez un nouveau problème sur l’extension.
    • Simplifiez votre code autour du problème afin de pouvoir mieux isoler le problème.

Même avec des problèmes qui incluent de nombreux détails, il se peut que nous ne puissions pas reproduire le problème et que nous ayons besoin de plus d’informations de votre part.

Gestion des rapports de problèmes

Le triage d’un problème est un processus en plusieurs étapes qui est effectué en collaboration au sein de l’équipe de fonctionnalités. Le triage prend généralement une semaine, mais peut prendre plus de temps. L’objectif du triage est de vous fournir une explication claire de ce qui arrivera à votre problème. Par exemple, après le triage, vous saurez si nous prévoyons de résoudre votre problème ou d’attendre d’autres commentaires de la communauté.

Une fois que vous signalez un problème, les états indiquent où en est votre envoi dans son cycle de vie. Lorsque les équipes de produits Visual Studio passent en revue vos commentaires, elles le définissent avec un état approprié. Suivez la progression de vos rapports de problèmes en consultant les états du problème et la FAQ.

Hiérarchisation des problèmes à résoudre

Nous ne pouvons pas résoudre tout les problèmes signalés. Certains sont trop coûteux à corriger, certains peuvent régresser d’autres zones de fonctionnalités, et certains peuvent avoir un impact trop faible. Nous comprenons que cela peut être décevant si vous avez pris le temps de nous envoyer un rapport de problème. Nous avons tous été là, que ce soit dans ce projet ou d’autres auxquels nous avons contribué. Si un problème a été fermé et que vous pensez que la raison que nous avons donnée n’est pas satisfaisante, vous pouvez clarifier votre cas et demander que le problème soit réactivé à nouveau. À ce stade, nous vous demanderons peut-être des informations supplémentaires.

Informations importantes manquantes

Lorsqu’un problème manque d’informations importantes, nous affectons l’état Besoin d’informations supplémentaires. Nous commentons le problème avec les informations spécifiques dont nous avons besoin, et vous recevrez une notification par e-mail. Si nous ne recevons pas les informations dans les sept jours, nous vous envoyons un rappel. Après cela, nous clôturons le ticket après 14 jours d’inactivité.

Autre produit

Parfois, lors de la création d’un problème, il s’avère qu’il s’agit d’un autre produit et non de Visual Studio. Il peut s’agir d’une autre application associée ou d’une extension.

Lorsque cela se produit, nous clôturons le problème et vous demandons de l’envoyer à l’autre produit. Voici quelques endroits courants où envoyer ces problèmes :

Informations supplémentaires

Gestion des suggestions de fonctionnalités

Les suggestions de fonctionnalités sont un moyen de communication entre nous et les membres de la communauté des développeurs. Techniquement, nous pourrions conserver toutes les demandes de fonctionnalités ouvertes pour toujours. Toutefois, le fait de garder les demandes ouvertes réduirait la visibilité de la communauté sur l’état réel d’une fonctionnalité. Par conséquent, nous clôturons les demandes de fonctionnalités que nous n’allons pas traiter et affectons les fonctionnalités que nous pourrions adresser à l’étiquette En cours d'évaluation.

Si vous avez suggéré une fonctionnalité, vous serez peut-être déçu que nous ne prévoyons pas d’adresser votre demande. Nous comprenons cela. Nous avons tous été là, dans ce projet ou d’autres auxquels nous avons contribués. Croyez-nous, nous apprécions toutes vos contributions. Ne prenez pas mal le fait que nous clôturions ou affections l’étiquette En cours d'évaluation à votre suggestion. Si vous pensez que votre suggestion de fonctionnalité mérite de rester ouverte, précisez votre cas et contactez-nous ou rassemblez plus de votes.

Dans notre processus décisionnel, nous examinons les caractéristiques suivantes concernant les suggestions de fonctionnalités :

  • Est-ce que cela correspond à la direction générale du produit ?
  • Pouvons-nous nous permettre de créer cette fonctionnalité et de la maintenir ?
  • Est-ce que cela s’aligne sur la globalité de notre stratégie feuille de route ?
  • La fonctionnalité a-t-elle le soutien de la communauté, comme l’indiquent les votes et les commentaires?
  • Est-ce que nous apprécions cette fonctionnalité, malgré le faible soutien de la communauté ?

Lorsque nous ne pouvons pas répondre « oui » à toutes ces questions, nous clôturons la demande. Cependant, souvent, la suggestion restera ouverte avec l’étiquette En cours d'évaluation pour recueillir plus de commentaires de la communauté.

Si une suggestion ne correspond pas à la direction globale du produit, nous la clôturerons comme Hors de portée. Par exemple, il se peut que nous ayons des investissements similaires dans d’autres membres de la famille de produits Visual Studio. Il se peut aussi que la fonctionnalité suggérée n’est pertinente que pour quelques personnes, ce qui rend une extension plus adaptée pour la fournir.

Suivez la progression de votre suggestion de fonctionnalité en consultant les états de suggestion et la FAQ.

Étiquette de discussion

Pour garder la conversation claire et transparente, limitez la discussion à l’anglais et restez pertinent par rapport au problème. Soyez bienveillant envers les autres et essayez de rester courtois et professionnel.

Pour plus d’informations, consultez le Code de conduite Microsoft Community.

Toute violation de l’étiquette de discussion peut entraîner la suppression du commentaire et éventuellement le bannissement de l’utilisateur.

Confidentialité des données

Les commentaires et les réponses sont visibles publiquement, mais tous les fichiers joints sont partagés en privé uniquement avec Microsoft. Cette visibilité est bénéfique, car elle permet à l’ensemble de la communauté de voir les problèmes et solutions trouvés par d’autres utilisateurs. Si vous êtes préoccupé par la confidentialité de vos données ou de votre identité, plusieurs options s’offrent à vous. En savoir plus sur la confidentialité des données Developer Community.

Contenu connexe

Accédez à Visual Studio Developer Community pour signaler des problèmes, suggérer des fonctionnalités ou parcourir les tickets existants. Vous n’avez plus qu’à l’utiliser !