别对测试要求太高。

这是从国外翻译回来的吧，条条框框太多了。我觉得问问题的要点是提问之前要先思考下，最好能先尝试自己解决下。

没啥限制性的条条框框的，都是建议。

自己解决不了的时候，很多人问题都描述不清楚。

起码问题描述清楚一点呀。。。

问：我这个报错了，怎么解决？
具体报错没有，或者截了一半，基本条件必须一个个的问才说，感觉是你求着回答他问题。

能够正确的提问，已经算是解决 50% 的问题

如何问一个问题呢：1.说清楚自己观察到的现象，无论是直接还是间接的 2.说清楚问题出现前的操作，给出自己认为的可能性关联点 3.如有相关日志或其他相关信息，一同给出完整题 4.如有初步的定位结果或定位进度一并给出 5.说清楚自己的问题中心点，无论是否与实际问题中心一致 6.保证回答者的权威，如果你很确定自己的正确性，求同存异给与其应有的尊重

我给我 10 岁的女儿买了个 200 多页的笔记本，买了本习题，今天要求她所有奥数题可以试，但是不可以只试，不总结，不列过程。。。
感觉我在卷的路上越走越远了。。。

问题信息不够的，有时间我会和他说信息不足，麻烦补充下xx、xx信息，没时间直接略过。

github 上常见玩法是弄个模板，把需要的信息都在模板里写，提问题的人根据引导逐个填空，这样不会遗漏日志之类的重要信息，作者也不用多次来回追问。

不过我已经放弃每次问题提得不好，都去引导怎么提问题了，费时费力，对方可能还觉得你矫情。

经常在知乎收到不会问问题的，或者私聊不会问问题的。

不要只告诉别人现象，而是综合告诉别人你的思考过程和排除过程，哪里影响了你继续分析