提问的艺术

首先想好：

问题要肯定、详细

• 是什么东西不工做了？
• 现象和结果是什么？
• 出什么样的错误？
• 详细的状况是如何的？
• 问别人以前先问本身一遍，把这些想清楚了再问别人，节省你们的时间。

提问以前本身先研究调查一下

• 问别人以前最好本身先找找答案。
• 对于显而易见的问题，不调查一下就随便去问很是招人讨厌，尤为是在一些论坛里。
• 至少你应该先看看用户手冊，搜一搜google再去麻烦别人。
• 搜不到再去问别人，可以告诉别人“我查过手冊，但是没有”或者“我搜了google，但是没有找到”，至少你努力过，别人帮助你的概率也会大很是多。

问正确的人

• 有时候抓到一我的巴不得什么问题都问他，就好像在论坛里乱发帖子问问题，对别人有时候也是一种困扰。
• 找到正确的人，去正确的地方，你的问题才有可能获得回答，放过其它可怜的群众吧。

让被问的人认为值得回答你的问题

“你作的这个软件根本不工做！我都快疯了！当即帮我解决问题！”

• 你多是快疯了，可是假设把你的这样的情绪传达给别人，未必有什么正面影响。
  “你好，我对你的软件很是有兴趣，正准备在个人blog里宣传一下，可是我碰到了一些问题！”
• 这样别人多半有兴趣帮你解决问题，并且很是愿意和你这样一个热心的測试人员合做。

谨慎明确的描述症状

• 提供问题发生的环境（机器配置、操做系统、应用程序以及别的什么）
• 说明你在提问前是怎样去研究和理解这个问题的
• 说明你在提问前采起了什么步骤去解决它
• 罗列最近作过什么可能有影响的硬件、软件变动
• 尽可能想象一个程序员会怎样反问你，在提问的时候预先给他答案
• 你须要提供精确有效的信息。这并非要求你简单的把成吨的出错代码或者数据彻底转储摘录到你的提问中。若是你有庞大而复杂的测试条件，尽可能把它剪裁得越小越好。 这样作的用处至少有三点。 第一，表现出你为简化问题付出了努力，这可使你获得回答的机会增长； 第二，简化问题使你获得有用答案的机会增长； 第三，在提炼你的bug报告的过程当中，也许你本身就能找出问题所在或做出更正。