51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 1352|回复: 6
打印 上一主题 下一主题

主动的工作

[复制链接]

该用户从未签到

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

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

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

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

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

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

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

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

    我们的工作理念是:快乐工作
    我们的工作宗旨是:高效工作
    我们的工作目标是:用工作提升自我
    我们的工作方式是:没有方式,尝试方式,选择方式,方式仅仅是方式
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-2-22 15:55:27 | 只看该作者
这篇文章写的不错!
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-2-23 21:27:05 | 只看该作者
反对.
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-2-24 00:39:31 | 只看该作者
个人感觉,归根结底,不管做什么事情都和个人的面对态度有关。
套用一句老话:态度决定一切。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2008-2-26 13:40:01 | 只看该作者
写的很好,就应该主动高效的工作,才是进阶的基础
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2008-2-26 21:44:20 | 只看该作者
说得有道理
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-2-28 11:17:31 | 只看该作者
赞同!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-24 13:23 , Processed in 0.066422 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表