本文打算谈谈QA如何高质量的“提问”
写这些的初衷其实比较简单，从业6年，算是个测试老鸟，加入了一些很有质量的测试圈子，也在不同的公司带过不少新人，常常会碰到低效率的“提问”，主要表现如下：
1.问题范围太广
主要体现在抛出的问题是开放性话题，比如：我想学习自动化，怎么办？这种不加任何限制的开放性话题，一般是没法回答的，因为没有答案，或者说答案太多。最后讨论了一圈，基本上也不会得到什么清晰的答案，属于浪费时间和精力的问题，甚至讨论到最后，话题会跑偏
2.事先未做足功课
很多问题，其实网上有大把的资源，毕竟现在的搜索工具很强大，社区和相关资源网站很多，然而提问者在抛问题之前并没有做足功课，导致会提问一些非常基础的问题。这种问题的提出，其实反映出提问者缺乏解决问题的思路
3.没有上下文
有一些技术问题，提问者上来直接扔一个报错截图或者一段报错信息，完全没有任何上下文的相关描述。这种问题给给那些想回答的人感觉是不知如何下手，所以又会反过来再去问提问者报错的相关详细信息，一来二去，无形中增加双方的沟通成本。也有一些人看到这种问题后，直接选择忽略
4.语句不通&&错别字
有些问题的表述，要么语句不通，要么有歧义。这种基本是编辑完后，自己根本没有检查，属于那种大部分看到会路过的问题
针对上述问题，给出几点参考意见：
1.问题范围太广
①线下虚心请教资深人士，这种方式效率最高，效果最佳
②若身边没有资深人士，花点心思，详细的整理下当前的疑惑点，一一列出，然后再抛出问题
③梳理疑惑的过程，本身就是解决问题的过程，至少可以让提问者对问题有个基本的全面的考虑
④不知道不可怕，最怕不知道自己哪里不知道
2.针对事先未做足功课
①不要提问幼稚的问题，否则提问者是在打击自己的自信心和学习欲望
②简单的问题网络上的答案一大堆。百度、Google等搜索工具真的很强大，超乎想象
③学会检索，资料检索是一种很实用、很必要的软实力
④能力不是问题，问题是态度和意识
3.没有上下文
①抛问题前，想想缺陷的重现步骤描述和经验
②站在观众的角度，重新审视下自己的描述
③问题描述越详细越好，条理越清楚越好，问题范围越小越好
④包括但不限于你已经做过的思考、调查和尝试
4.语句不通&&错别字
①作为测试，应该尽可能少给自己制造bug，也不给给阅读者制造阅读障碍。发送问题前务必检查下
②尊重别人的时间，也尊重自己的时间
③不懂不是前进的阻力，傲慢和粗心才是
好的问题应该是引导性的、抛砖引玉的、能够激发思考的、让人有意愿参加与讨论的
毕竟，正如那句经典
一个好的问题已经解决了问题的一半
