背景

想必大家在使用deepin操作系统时，经常会遇到一些奇奇怪怪的问题，脾气好的人还能心平气和思路清晰的给你描述清楚 ，脾气不好的人可能发帖反馈都语无伦次了，反馈的内容估计除了自己也就上帝知道了，或许过几天就只有上帝知道……

主要原因是在问题描述的时候，只停留在自己当时问题表象的那个点上，不提供前置条件，后置表现，就是八仙到场也是极难破案的。

还有很多朋友出现的问题，其他人都没有遇到，更别说官方人员能第一时间复现出来，自然这其中就存在不可跨越的鸿沟，因为没人见过也没人知道是如何能触发的，经过小半年时间的特例分析，远程定位分析，发现大多数问题与个人添加第三方源或者安装第三方配置工具，或者个人修改一些配置导致的特例问题，实际上这类问题官方人员无法有效分析，因为在开发、测试过程中都只会使用纯正的官方系统组件，不可能添加第三方源或者第三方配置工具去做测试，这也就是为什么很多人反馈的一些奇怪问题无法得到有效分析的原因。

小窍门

基于上述现象，我想很多有经验的朋友都能够提出一些有效意见和想法了，那么下面提供的一些基础信息也是论坛里小伙伴提出的一些建议信息，所以应该也适合所有人，就是在反馈问题之前，我们先反馈自己的环境信息，然后再提交自己的问题，并尽量将问题描述的足够清晰。

提供环境配置信息

• 可以通过终端执行这个命令，提供下输出的设备详情：sudo apt install inxi -y && inxi -F
• 类似这个信息
  

提供系统源信息（非常重要，添加过第三方源的反馈问题前需要重装系统后复现后再提交）

终端执行如下命令：cat /etc/apt/sources.list /etc/apt/sources.list.d/*.list |grep -v ^#

• 得到类似这种信息提供出来：
• 说明特殊操作
• 如果有做可能的特殊操作，可以清晰的描述出来

或者直接一条命令解决：sudo apt install inxi -y && inxi -F && cat /etc/apt/sources.list /etc/apt/sources.list.d/*.list |grep -v ^#

问题的详细描述

• 在描述问题的时候一定要跳出来，跳出来，想象自己是在给小学生描述这个现象，你该如何系统准确的表达你的问题，切忌不能只站在自己的点上出不来，不然描述的内容只有上帝知道……

出现问题的复现步骤

• 这个环节非常重要，如果是必现问题，那你提供一个清晰的复现步骤，其他人能马上复现，从而秒懂你的表达，也就能第一时间推进解决；
• 如果是非必现问题，能够回忆出问题前的具体操作路径，那也将对懂这块内容的同学提供极大的帮助，牛皮的人能够通过你的路径和现象就推动出可能的原因；
• 想象下，一个无法理解你问题描述，无法复现到问题的人，那他如何能快速解决你的问题呢？结果只能是苦苦摸索尝试复现，或者搁置待复现后再做推进；

可能性分析

因为问题出现的现场只有你最熟悉，这个时候可以化身“柯南”，对你的问题进行一些可能性分析，哪怕是一个没有经验的小白，也可以站在专业的角度，提供哪怕一点点有用的分析。

如果实在没有规律可循，至少我们也努力过不是～