<分析Q-Patterns示例-1>
我们就从q-patterns的核心部分questions：问题集开始吧
问题集是我们针对q-patterns的目标intend，然后对系统进行的发问，哈哈，到了
测试人员开始尽情的发问的时间了。
对于一个完全陌生的事务，经验告诉我们可以从最原始的几个w和h开始，而q-patterns是对过往经验的一些总结，是某个问题的解决方案，这里不好说问题，因为我们在q-patterns里所呈现的都是些问题，而且是有价值的问题。同design
pattern一样，是某些解决方案，如果你遇到了类似的问题，可以直接拿来使用。
同design pattern不同的是，design
pattern里面提供的是一个解决方案，而q-patterns提供了多个的解决方案，并且不会在解决方案里做出决定，那个是最好的解决方案。
问题可以是封闭式或者是开放式的问题，当然封闭式问题可以让我们对问题的本质穷追猛打，开放式的问题，让我们丧失了继续发问的主动权。所以我觉得在问题集之中应该尽可能的使用封闭式问题，对一个solution尽可能的完善，当只是希望了解或自己没有清晰思路的时候可以使用开放式问题，因为在寻找问题答案的时候，会让我们对整个solution会有一些清晰的思路，而进一步可以把开放式问题用新的封闭式问题替换。
比如对于密码验证的问题，我不清楚有些什么样的验证机理，这时候可以用一个开放式问题，密码验证使用的是什么机制？而确定可能的方式有ldap,AD，或者
其他方式时候，我可以把问题换成密码验证是否是使用ldap？接下去可以是一系列有关ldap的一些问题，然后下一个solution，密码验证是否是使用AD？......
q-patterns一个有趣的地方是它鼓励我们把问题集分成多个sections，好像前面的例子里我们可以看到问题被归类到
administration
usage
ui
security
performance
几个部分，经验告诉我们是对事物归类有助于我们整理思路和避免遗漏，又一个好的归类，问题已经成功了大半。归类是分析能力的基础。好的分析离不开好的归类能力。
例子之中的问题大部分是相互独立的，但是有些也是相互关联的，好像例子里面的
security
section之中的7和8，8是对7的进一步完善，这一系列的问题会组成一个小的解决方案。
通过一个简单的问题连续不断的带出相关的多个问题，这种方式也激发我们不断的完善自己的解决方案。达到对问题本质的了解认识。
