5、不要被表面现象所蒙蔽，唯有知道根因，才能找到答案；

　　6、在本地化场景哪怕只有1%几率重现，在现网的概率是；

　　7、质量驱动交付，信念决定成败；

　　8、唯有冷静，才能解决问题；

　　9、分析的能力在于思维框架，养成结构化的思考习惯（善用脑图、鱼骨图等技术）；

　　技术篇

　　第四点，我们谈到真正的分析技巧。这里主要讲两种培养模式，一类为非技术类人员，一类为有开发经验的人员。

　　非技术类人员培养：首先，我们分析一下这类人群的心态？为什么他们不善于发问呢？他们的心态是怎么样的？他们惧怕什么？或者说他们不愿意暴露那种缺陷？

　　他们为什么不善于发问？这个部分从心态上来讲我的归结是压抑性受挫。当一个人在未知领域探索时，均存在很多不确定性。这个时候我们往往十分胆怯，深怕暴露自己的弱点。但是正是因为这种因素的存在，很多时候测试人员面对开发人员的说法显得无可奈何。因为，他们不了解程序的结构、算法和实现方式。他们认为自己在听天书，他们讲的内容与自己无关，他们将自己定位于问题的发现者而非问题定位者。正是由于这样的心态，许多测试人员因此被埋没、被遗忘？没有人愿意正视他们，他们变的越来越自卑。这是产品团队灾难，TeamLeader的悲哀。

　　遇到这样的情况，测试Leader应该如何进行牵引呢？是的，我们怎么牵引。其实，很多Leader是很迷茫的，我知道团队症结所在，但不知道该如何下手？

　　其实，要解决这个问题是很简单？通过我们多年总结和不断实践，这里给大家分享一种思维引导模式。即通过结构化提问方式，将开发人员引导测试人员的设计好的圈套中来。请允许我这样称呼，因为测试实在是一件令我们激动的事情。通过这样长时间的训练及磨合，您可以让团队中每个成员都养成结构化提问的方式，无论他们的工作是开发、测试、或者其它岗位，他们都将变得十分聪明。而非简单的停留在程序实现的角度，他们能够从需求入手，逐步剖析，终他们得到完美的答案。

　　以下描述一下这种结构化的提问方式：

　　例如，需求描述如下：平台需增加SP接入号管理界面，系统维护人员可在该界面上手工添加SP接入号，可设置每个SP接入号进行精确屏蔽和模糊屏蔽。支持对SP接入号的添加、删除、修改、查询以及导出。导出时，以Excel格式的文件导出。

　　1.1.1.1 Inputs输入

　　在添加SP接入号时，输入项包括：

　　SP接入号号码、精确屏蔽还是模糊屏蔽、是否启用、备注

　　约束：

　　接入号号首长度大为20位；

　　支持多条同时删除；

　　对SP接入号的操作支持实时生效；

　　SP接入号大个数为10W个；

　　1.1.1.2 Process处理

　　1）AntiSpamming平台接收系统维护人员的SP接入号各种操作请求，执行内部数据更新；

　　2）向系统维护人员提示操作结果；