在过去的日子里，我始终重复的做着同一件事情：支持同事以便帮助他们解决测试过程中遇到的问题。这样一项事务日复一日，年复一年。最近我感到有些乏了，我心里想，不能再这样下去了，他们必须要有自己的想法，要提高自身解决问题的能力。巧合的是，我近期读到了大前研一的一本书《问题解决力》，使我有了很深刻的受。                    

最近我让同事们写一份2010年工作计划，分为三个部分：2010年的测试目标是什么、现状和目标之间存在哪些差距和不足、为了缩小现状与目标之间的差距该如何做。最终在这些工作计划中无一例外的都提到将会更加的努力，不断的提高能力等等类似的话语。于是我想到了大前研一文中的一段描述。

当要求他们提高的时候，他们总是会说“我会努力的”，“我会加快速度”，然后他们会按照原来的工作方式，仅是依赖速度和投入来决定胜负。我终于明白为什么同事经常会问我一些相似甚至重复的问题，并不是他们不够努力，不够投入，而在他们没有找到解决问题的方法。问题的解决能力没有提高，那么即使做100遍事情，遇到100次相似的问题，那么他都无法解决。

这本书中写到，面对问题时，一定要以得到的信息为基础，通过自己的研究进行逻辑思考，并找到答案、解决问题。逻辑思考是解决问题的基础，是今后世界上最重要的基础技术之一。因此，知道答案没有什么（我将尽可能的不再提供答案，事实上我之前已经在这么做了），知道获得答案的方法才是根本。还有一点，就是要找到问题点（发现问题），只有找到了问题点，才能考虑解决这个问题需要做什么—只有这种自己找到答案的方法论才是问题解决法。同时，当遇到问题，遭到苦难时，首先要有坚定的信念，要坚信问题肯定有解决的办法（实际上如果认为问题无法解决，那么思维就会真的停下来，那时候就真的无法解决了。这种信念实际上是一种挑战的信念，NIKE的费尔南德会长说过，不进行挑战，就连是否成功都不会知道），有了这种信念，而后思考，行动。通过“搜集信息”、“分析信息”、“抽取信息”的方式，在按照流程思考的前提下（用流程考虑，减少遗漏）处理问题。

这本书的内容有兴趣的可以读一读，虽然都是理念，但很有用。在今后的日子里，我想我依然会听到“这个问题不知道怎么解决”，“怎么办”，“下一步要怎么做”等等类似的话语。那么让大家都来感受一下这本书吧。

我还记得我曾经就流程方面有一个帖子说明如何去掌握业务流程http://bbs.51testing.com/viewthread.php?tid=181506&extra=&page=1，我现在觉得那还不够，有信念、有沟通，获得业务知识还不够，这只是搜集信息，还需要通过逻辑思考能力分析信息，抽取信息（在这本书中有相关的知识内容）。这样才是掌握业务的一个完整流程。

不老

不老不老，小生今年27，生肖属狗，讨人喜

名牌大学好专业，毕业干了计算机

编程语言C锐利（C#），漫漫长路脚下起，辛酸苦辣浑不怕，唯有女人惹不起

又编程来又测试，还搬机器当苦力，人说这叫万金油，我的口袋却没米

壮志未筹身先死，无奈落魄换门第，鸟枪换炮做测试，哪知天天奔东西

忍辱负重干下去，总算地位不再底，谁知苍天不见眼，红颜祸水坏了事

男人本色没奈何，爱之结晶要珍惜，惶惶糊糊做了爹，生个女儿没脾气

今年大雪来的早，地震水灾凑热闹，转瞬小孩两岁了，又聪明来更淘气

看看天色已晚了，收笔吃饭带孩子，祈祷明天会更好

会更好

  从午休的慵懒中爬起来，准备继续每日构造的时候，老大拿了一份简历给我，说：“这个是青鸟的，你看看”，于是乎，带着点希翼，花了5分钟看完简历。简历的作者是个南京本地的小伙子（面试的时候得知的），咱们公司也是南京的（题外话），从简历上的介绍看到，这个小伙子07年专科毕业后从07年10月一直到现在都南京青鸟学习，学习的内容还挺多的：需求分析、测试计划、测试用例、TD、BUGZILLA、QTP、LoadRunner等，而且有点C基础，编过一个基于SQL的用户管理软件（，令我想起了当年刚出来的时候用C#编程的经历）。正好，小伙子已经开始笔试了，先等等，休息会。

  10分钟后，小伙子笔试结束，看试卷的第一感觉是，如今搞计算机的年轻人，字写的是越来越差了。不管这个，看题。咱出的题目涉及linux,计算机网络知识，shell,测试知识。小伙子成绩一般，下面开始面试。老大打头阵，问了一些没营养的问题（哈哈），本着不浪费时间的原则，我开口问他，你认为测试的价值是什么？小伙子挪了挪身子，思考了会举了个游戏例子，说游戏BUG很多，结果大家都不玩，说明测试的价值在于保证产品质量，有了质量，产品才能卖的出去。我笑了笑，心想这话没错，下面问点实在的吧。结合我们公司的测试及他简历上提到学到的一些知识，我的第一个问题是:假设有个web界面，有一栏需要输入手机号码（手机号码目前是130-139,150-159），你怎么用等价类方法去测试它。小伙子说，等价类分为有效和无效等价类，有效类嘛，那就用实际存在的号码去测试它，然后用不存在的，不正确的号码作为无效类测试。第二个问题，我问是否可以用边界值的方法去测试呢，他说可以，手机号码是11位的，那小于11位大于11位的都不对，我说还有没有，他一时半会说不出来，我说数据库怎么没考虑。

  第三个问题，既然你学习过TD，那么假设有个项目，测试计划，测试用例啥的都全了，这个项目有4个大类，每个类下面有3个需要测试的功能点，你怎么加到TD上去。小伙子这个时候显得有点没底气，支支吾吾了半天说老师主要是教授理论知识，TD虽然用但是用的很少（我晕，你简历上明明写的熟练使用），不甘心被他忽悠，我又问他例如bugzilla如何使用，使用的感觉如何、QTP要你修改脚本会不会、loadrunner怎么用会不会。小伙子也是半天没回答出个头绪来，我心中有点不平就问他，你们老师上课都教些什么啊。他说老师上课的时候说现在很多公司都不用这些测试工具的，也就讲讲理论知识，我们主要是学习围绕测试用例如何测试。我心想，围绕测试用例那怎么TD都不会用。于是我问他你们老师的资历如何，他说南京这边青鸟有招聘老师的，有个3，5年经验，本科的就可以来做老师。我扑倒，实在无语......

  等小伙子回去后，我想了想，青鸟的水平不该如此，即使是南京的，也不至于讲课的时候说企业大部分用不到测试工具这些话，或许这只是小伙子的临时忽悠。即使老师的确这么说，那TD，bugzilla这些常用的平台，老师们定不会袖手旁观。若为师者真是如小伙子所说的那样，实在是一件令人伤心的事情。测试这个行业也许前几年不受很多人的重视，但是形势是慢慢转变的，特别这1、2年来，测试者的境遇已经有了很大的改善了。为师者，当以一己之长，尽力教授，为徒者当心中明志，主动学习。老一辈们虽为测试努力拼搏，打下一片天地，也需要有更多的后来者将它推向辉煌。