主动的工作

nancy929 · 发表于 2008-2-20 11:13:56

我们抱怨公司的管理混乱不是一天，两天了。但是，我想，家里的事情，单位的事情，以及社会，国家，和国际上的事情都是如此，井然有序，又混乱不堪，无论什么时候，它都会像一台老爷车一样，伤痕累累，不堪重负的前进。可是你们是否会觉得，这些杂乱的事情中间，却有着一些妙不可言。？？？呵呵。
我们力图于把我们的测试任务分类，测试方法分类，测试步骤分类，测试标准分类，分来分去，我放弃了。去年的标准你还记得吗？那些测试标准流程你还记得吗？？————我们的测试工作如果按照实际的做法详细分类有几种？？可能有n种。每个项目一种，每个项目的每一轮回归又各占一种。我在曾经的一段时间内，工作内容之一就是联系项目组的成员以及测试组的人员，确认这个，确认那个，然后把确认结果相互沟通一下。除非引起重视的项目，几乎所有的项目人员和我们的测试组人员都是坐在位置上等待，等待别人来催，等待别人来布置任务（抱歉，旧事重提）。这种情况下，我们实际的能力是多少？？就真的是有序或者无序的点点，录脚本的操作，和对公司业务系统的稍微熟悉。这些能力有说服力吗？有吸引力吗？有竞争力吗？
   我觉得没有。

   有人说工作的状态是从模仿到熟悉，到改变。我信这句话。
   模仿到熟悉很容易理解，这是个量变的过程，但是量变如果不加上动脑筋，如果不加上对全局的观察和把握是没有办法达到质变效果的。

   动什么样的脑筋？把握什么样的全局？
   我们做测试的时候，一般习惯于首先关心这个项目的流程是怎么样的，如何操作，因为这些信息马上就能演化为我们测试的具体行为。我想说，这是本末倒置的。你有没有发现，很多次，你测试的问题对项目来说意义不大，很多次，你费了很多精力所测试的成堆的问题，被项目组人员或者项目经理一笔带过；老实说，这中间，有他们的因素，也有我们的。
我觉得，面对一个项目的时候，应该养成一个习惯，从大到小，从总到分的来看待它。我列出以下几个问题，看你对测试的项目是否都能掌握到：
1.项目名称；
2.项目经理及开发团队；
3.项目经理特点；（能力，精力）
4.项目范围（多少个模块，大概什么功能）；
5.项目特点（新开发，改版，有无门户，有无统一授权，整合类，系统间的数据往来，是否有外公司的项目）
6.客户特点（比较有特点的项目，了解更好。。）
7.开发进度及测试进度
8.测试类型（突发赶任务型，长期跟踪型，一般轮次型）
9.技术难点及测试难点
10.测试工作量估算
11.人员安排
12.测试任务的安排
13.测试能否覆盖主要的功能点（模块的测试方法能否覆盖该模块的测试，所有的模块都测试了能否代表整个系统的功能点被覆盖）
……  ……
我没有详细整理过，这些只是把握项目主要特点的几个问题。但，这仅仅是几个点。还有线和面。
什么叫线？这个项目从立项到结束，这中间经历过的需求变动，方案变更，测试中的重大变故。。。。等等。一个项目的整个过程就叫线。
什么叫面？界面性，功能性，性能，安全，适用性，优化，甚至测试成本，而且还远远不止。

有种当项目经理的感觉了。呵呵。本来，一个项目的测试负责人就类似于项目测试的项目经理。时刻掌握项目测试的进度和状况，能够处理突发状况，能够及时反应，及时总结，及时安排和调整，是必要的能力！！！！！！

如何掌握这种能力？？
还是回到那句话上。从模仿到熟悉，到改变。
这里的模仿对我们来说，面对项目组，面对跟这个项目所有有关的人来说，是先要观察和了解。在项目的基本问题，基本框架，基本情况下，了解，观察它的进度，分析它的重点以及项目经理等人的决策和应对办法，然后，我就不用说了。你的测试方法会应运而生。你的测试方案在跟他们讨论以后，也会应运而生。一个看似简单以及顺理成章的结论前面，包含了丰富的内容。这就是我觉得妙不可言的地方。

我觉得这是做事情的基本方法。任何事情。

但是就我们的测试工作而言，这样做是否太宽泛，包含的太多？有可能。（我一直在建立并怀疑自己的想法，不过，我很庆幸，自己能够实践和验证它们）世界上的道理就像阴阳八卦，相克相生，一直有一个度的概念。越过这个度，你就是错了，不够这个度，你还是错了。就如同自卑和自尊，善良和软弱，主见和专制；我们能做多少，要做多少，也是如此，在某些环境下，你需要达到这个标准，在另外一个环境下，你需要达到另外一个标准。这也是我觉得趣味横生的一点。
我解释一下第二句话。
拿我们外出测试为例。部分人参与过。有些人外出测试，由于项目经理很负责，很关注测试，他会要求你很多，我遇到过一次，项目经理给我详细解释了项目需求，确定了项目重点，甚至给出了用例，要求了时间和进度，我只要听他的话，就能够很完美的做好测试工作。
但是，还有一些测试，你完全被晾在一边，你甚至还会发现项目经理都被晾在一边，乱七八糟的人在一起，不断有状况发生，但是都不知道怎么了。这种情况下，我们如果还是被动的等待，那等于是死亡。只要项目进入可测试阶段，如果没有人来张罗，就会进入僵局。最终结束的时候，所有人的口里就会有一句话：我不知道，或者没有人来找我。这个时候，谁的失误呢？？书上说，everyone。但是，作为我们，怎么避免？？就是主动的工作。工作的内容包括跟踪，询问，验证，反馈，协调………我们自己要知道整个项目的情况，项目的进度，存在的重要问题等等。很多时候，我们要自己去问需求，自己确定好范围跟负责人反复确认。如果找不到人，如果找到人态度不好，如果他自己也不知道。怎么办？？好难办啊。其实，也很容易。顺藤摸瓜，坚持到底。找不到人还有电话，他自己不知道，总有人知道，大家都不知道，把信息反馈就好了。。但是，我们必须主动，我们甚至担负了更多的角色和责任。但是，这个过程中的信息整合，和梳理，甚至判断和决策（或者说建议决策），不是更有意思吗？？
这是主动工作的思路。

备注：  为了防止所言偏颇，还要做出补充。
以上所说这些，所举这些也仅是一个面。一份工作，测试工作，要照顾的东西还很多，测试理论，测试工具，编程知识等等。我们不能脱离专业的东西，这才是我们的根基。
另外，关于测试理论有多重要，我目前正在研究当中，相信很多人对此也有看法，等到我们的感受更多一些，能处理的事物更复杂一些的时候，我们再深入的讨论。

我们的工作理念是：快乐工作
我们的工作宗旨是：高效工作
我们的工作目标是：用工作提升自我
我们的工作方式是：没有方式，尝试方式，选择方式，方式仅仅是方式