SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 6399|回复: 12

[原创] 我在测试制度不规范,测试工作不被重视的公司的工作经历

[复制链接]
发表于 2012-6-28 17:02:43 | 显示全部楼层 |阅读模式
本帖最后由 清风随雨 于 2012-6-28 18:08 编辑 9 ]: M- s+ y8 J, q# [) m1 _2 x/ o
3 I4 W2 W. k0 ^! S9 }) r$ U
      我将我的经历写出来,希望能够给予众多"环境不理想"的测试工作者们一点借鉴,同时也请版主和经验丰富的测试管理者指出我在工作中的不足.
, V( H- O1 u& U( x, d: u) ]      我是零七年三月一日进入公司的,至今有三个半月的时间,具体工作情况如下:# i) j4 G. O% Z3 ?/ }
      一、公司测试工作环境(刚进公司时)2 f- }. B6 p3 u* N
            我们公司在河南,和大多数河南的软件企业一样,测试工作都是开发的附属工作,在公司里面,都是开发人员说的算.# t) G2 p. y( @" [( i9 V
      二、测试组成员
5 i# m2 p3 @. K* o" T            我们目前的测试人员总共有四人,其中一个是行业专业人员(我们的部门经理),另两个是其他专业的,我是唯一一个计算机专业并且接受过软件测试培训的.# I, |, m) z" t6 Q+ Y8 V+ {1 i
      三、工作经历) ~* O1 x9 L. E) Z- x+ t+ p6 a6 F& [
      3.1、刚进公司,当然要先熟悉公司软件了,同时也要学习行业相关的业务知识,并开始熟悉公司的环境.(此时的我是多做少说话,因为毕竟是初来乍道,好多事情是祸从口出的道理我还是明白的.再说了,这个时候说话也没资格啊,没人听哦!  )) b+ T, z% Q$ B% R4 _3 P, t6 `
      3.2、在公司熟悉一段时间,和各个部门员工以及公司领导都比较熟了之后,就经常给领导们灌输测试思想(当然不是介绍专业知识啊,说了也白说的).因为我们公司是做行业软件的,所以需要开发公司自己的"产品".因此,每当和领导谈起测试工作的时候,我就问他们对测试工作有什么要求.当然,大多数的答复都是:只要不报错就行.这个时候,我就把公司的"项目"分了两个级别:产品级项目和项目级项目.然后告诉领导,作为项目级项目达到领导要求的标准当然可以了,但是公司是需要长远发展的,必须要有合格的产品级项目才行啊!要达到产品级项目标准,仅仅是不报错,是远远不够的.
" _3 A9 T3 ~! r! c" W- s      3.3、前边已经给领导灌输过测试标准过低,影响公司产品质量的思想了;当然,咱也不能光说不练吧,那样你将失去信任的.正好公司有一个项目级的项目,我就打算拿这个项目开刀,去验证我所说的不足,于是和同事们协商过之后,决定选取该项目中的几个模块做"产品级测试".测试结果就不描述了,在这个公司已经认为相对比较成熟的项目上,测出来N多的问题,这是必然的结果.
* V% k% t; U. D' S, r      3.4、测试结果出来了,我们测试组没有选择直接上报公司领导,而是从BUG管理工具里面选择了一个比较类似的事物管理工具URTracker.把所有问题都上传到这个工具上边,并且把浏览评论权限分配给了所有的部门(以前仅技术部门内部通报,现在连办公室、企划部、市场部都参与进来了).这样做的效果是十分明显的,问题暴露出来之后才会得到客观的评价,此时的非技术部门是测试部门的强力后盾啊.开发部门也找不到合适的理由来反驳我们,只能接受现实,踏踏实实的去修改他们以前不愿意修改的程序!
& C4 O& g% ?2 n4 N      3.5、通过这件事情,公司领导也意识到了测试的重要性.公司总经理亲自找我谈话,让我谈谈对目前的测试工作的看法.我在作了充分的准备之后,把公司的测试工作概括了以下几点:1 W$ C  \- ]. i# T/ \  s, K5 F- T
      A、测试计划写出来了,但是没有按照计划去执行,那就是一张白纸,有那时间不如去执行测试好了;
. R7 w' o) ]1 m. Y, c      B、没有给予编写测试用例充足的时间.老是程序开发完了才交给测试,并限制多长时间内完成.为了完成这样的任务,测试部门就只能放弃编写测试用例了,直接投入测试.但是这样的效果又是什么呢?这样的测试是可以发现一些问题,但是这是靠测试人员的测试经验和专业经验才发现的,在说明软件质量是如何得到保障的时候缺乏有力的依据!这样的测试是盲目的、随意的、没有计划的,软件测试的功能覆盖率根本无据可查.结论只有一个----无效的测试!: h5 d' e' O( ~; k& A
      C、缺少用例评审制度;
3 Y8 f" S1 K2 v( o' {2 y" }. {0 I      D、缺少对BUG等级的划分;1 `( A2 P5 T9 h4 S# Z5 T! G3 C. c
      E、缺少对BUG的响应方式、响应时间的约定;
1 r- ?! r, F- z9 J) E      F、缺少BUG的评审制度;( S- R- M3 S$ B
      G、缺少对测试过程的跟踪制度;(咱不能光照别人不照自己,也得给自己部门提点建议)
( T- t' w( j  B3 f) D4 q; X      H、缺少独立的测试服务器(测试和开发共用一台服务器,晕了)、缺少.....(都是硬件设施,这里不提了)
2 {5 C$ a3 D' G; d$ j      当我把这些给总经理汇报之后,看的出来总经理的脸色已经变了.当即给了我一个任务:整理标准的测试流程、测试制度、管理方案结合公司现有技术力量和实际情况,制订<公司测试工作管理办法>(这点我比较庆幸,因为碰到了一个开明的老总,换个人估计会用各种各样的理由来拒绝你,或者干脆认为你不切合实际).
: e( s# R7 G1 v     3.6、剩下的事情就是按照上边所说的逐一落实了.不过中间又出了一个小插曲.事情是这样的:有一个问题,我认为它违反了易用性和一致性的原则,当我去找技术总监协商这个问题需要解决时,他给我来了一个"不予处理"(因为这个模块是他设计的,他说设计思路就是这样~~)我说:"按照标准的话,这里我还是建议修改的."他却说:"你说的话就是标准??."我当时就生气了,我说:"我的技术不行,但是我会去参考人家的标准,并把人家的标准应用到我的工作中去."不过,通过这件事情,也让我意识到:我应该把"人家"的标准整理出来.于是,就去找总经理谈话,建议在<公司测试工作管理办法>上增加<测试标准>、<测试交接手续>,并得到了总经理的支持.当没有"游戏规则"时,那么你就考虑制定出来"游戏规则",让别人去遵守.2 ?( `' W4 w3 \
     3.7、经过努力,我先后编写了<测试工作(暂行)规范>、<公司测试工作管理办法(与各部门之间协作模式)>、<界面测试标准>、<测试工作开始、结束标准>、<提交测试手续>等等.测试部在公司的地位也发生了改变-----既独立于所有部门,又与各个部门展开协作,目的是测试工作绝对不能受任何外界影响.5 R  g/ ?: A6 o( g  w4 |  a2 g$ B
     3.8、最后,我想谈一下工作方法问题.作为公司的一员,尤其是测试人员,必定要和其他部门人员打交道,不可避免的会发生一些意见不统一的事情.这个时候应该尽量避免正面冲突,毕竟你又不是对方部门的领导,人家也没必要听你的.但是测试人员要坚持原则性,这时候就需要你坚持把组织流程走完,之后,如果还没有得到让你满意的结果,那么你就需要打一份报告,大概内容如下:
' f! j4 J+ s$ ^     A、对问题的统计数字;& G% @: Y8 O# X" |7 G0 b
     B、对问题的描述;
1 g3 z% ^7 f6 O' V9 s* s     C、对问题的危害性描述;
/ J& }% z- Y0 D  I     D、对问题的开发人员意见;
: H$ ^7 e, q* W     E、对问题的测试人员意见;
5 `7 d" ]8 c. d2 _2 s$ E5 L7 q, `     F、声明无论结果如何,测试人员保留原意见.
7 ~! p2 y9 s; E% J  }3 B     然后把这个报告拿到公司例会上,主送总经理,抄送各部门负责人.使命结束.2 y  x% f) ?  |7 _
    四、总结
( @2 p0 o. z9 U$ F/ H; A1 B    以上是我在公司三个半月的工作经历,尽管学习测试已经有一段时间了,但是真正能站到测试岗位上专职做测试也就这三个半月的时间.工作中的不足,还请大家指正.我之所以写出来,一方面是给那些在"环境不理想"的公司工作的测试人员一点借鉴;一方面也是对自己工作的一个总结,让大家来讨论一下,以弥补自己在工作中的不足.$ p$ E2 h! F( }/ Y$ r- d' j! d
    五、联系方式
7 l7 _* z+ T) Y1 Q9 W& ^    本人QQ:18902508,并组建了七个测试群:, |: v/ b% g$ d* K/ k* U* l. A8 C
    软件测试交流(三)区,群号:3666621
0 n/ o: J( ^1 C1 ]1 u; w! L    软件测试交流(五)区,群号:409636545 W4 L5 h- z! a% w" g- h  P
    欢迎大家的加入,一起讨论学习." j! d5 y9 @# g5 K/ [; l
    资源共享、信息交互、经验交流,我们期望的是大家的共同进步!
: Z4 \) u8 U3 I  g   
. y% J; j% c9 U    在这里我把编写规范的提纲列出来,给大家一个参考思路.同时,把自己的编写的体会拿出来和大家分享.
/ P* G" H6 Z' t" W0 W* a    第一章软件测试流程管理) L& @2 {8 e5 t; b
        第一节:软件测试的术语定义2 g3 g- v. _/ j5 ~  M- r
        第二节:软件测试工作总体流程
% P4 V, Q1 v2 B& X+ u        第三节:公司测试流程管理模式1 p) Y9 P# T2 J
    第二章:测试阶段性工作重点极其原则和标准
5 u4 w. w. G4 g! D0 \        第一节:测试阶段性工作重点
" w1 T  m1 c+ ?9 K+ }9 f        第二节:公司软件测试的基本原则5 m7 Y3 C( k, f, ]: W# Z
        第三节:公司测试的标准要求
& L/ P6 `1 J5 a5 S2 ^8 ?    第三章:软件测试标准管理% ^3 f% b$ x# L
        第一节:软件测试工作相关制度2 W4 L  A1 X# [9 z
        第二节:公司项目的等级划分极其测试标准) L- r7 ]: M+ ^1 R& z& d
        第三节:公司测试工具应用管理0 M! f$ d2 [2 W' a' _
    第四章:测试工作实施与协作管理
4 n! h1 s* L! C7 H, P) B6 `, S        第一节:测试工作实施对象及对象发布, T  \- J' O( z6 R- r
        第二节:测试工作实施流程标准  r6 J! n4 Y2 ^5 W! P3 r3 O6 E
        第三节:测试退出标准
( |4 B6 ^0 u( o# a4 {9 S( n; h        第四节:Bug管理平台的流程权限管理0 A& t; |9 J# O; t3 T! Y6 {
    附录一:《软件界面测试标准》* `5 T8 A! h# i" z9 E* J% [
    一、引言
0 f5 H5 i( U( p7 `. W" y) {4 v    二、界面标准.
* P/ W2 j# P. ?' E/ w' J/ e) _        2.1有效性检查:
+ R2 e& m: Q/ Q$ c4 M9 V        2.2易用性检查:0 u  a2 Y! `  M( c2 v, t8 m
        2.3规范性检查:
9 }8 X. h+ x: X* D8 u% t) }        2.4帮助设施检查:
) a' P5 A% x' h        2.5合理性检查:3 q" V& R$ }  J# v+ t# P% ?7 w
        2.6美观与协调性检查:
# c4 u5 n- ~% ?9 V) I        2.7菜单位置检查:
& _& ?1 e8 V  \2 H5 d% w: J        2.8独特性检查:+ l2 k4 n$ K  \; J; J/ C( \
        2.9快捷方式的组合检查:, P  E' M. @  Z  c* U. a/ Y* Q
        2.10安全性检查:8 p& x, W! [+ Y! K- q
        2.11:多窗口的应用与系统资源检查:
5 x& S: h" P5 \* G    附录二:《Bug等级划分及响应》
5 w9 J. d" J& O$ m6 m5 ^: S    附录三:《软件测试通知书范例》
( F/ d# h+ z# V+ G$ u    附录四:《需求变更说明书范例》
! a9 V  N: S" k; W: G0 p- B7 ^    附录五:《软件修改通知书范例》# t+ v3 Q3 x9 D2 y4 R5 V7 n' U5 K' v
    附录六:《URTracker工具定制权限说明》+ ?9 e. t7 s7 C9 O" T
    提纲有了,但是最关键的不是有多么完善的管理制度,而是管理制度有多少能够被顺利的执行下去.没有执行力的管理规范,最多也就是一些文字而已.因此,建议在推行制度之前,一定要做好老板或者公司高层的思想工作,告诉他这样做会有一定的风险,也会遭到一些来自开发部门的阻力,但是这样执行下去之后又会有什么样的好处,改善公司目前的哪些不良现象或现状等等.总之就是要找到一个强有力的推行制度实施的领导做你的后盾.5 G% G0 g! j8 J/ ?( E8 C5 [' m' h
     K& d1 L- H6 j) r5 z
发表于 2012-7-16 10:53:07 | 显示全部楼层
不错~很值得学习 ~~
回复 支持 反对

使用道具 举报

发表于 2012-7-19 18:04:13 | 显示全部楼层
# X! r! s3 P& @' J+ C0 n
学习了
回复 支持 反对

使用道具 举报

发表于 2012-7-26 09:56:03 | 显示全部楼层
牛人。
回复 支持 反对

使用道具 举报

发表于 2012-7-30 10:43:12 | 显示全部楼层
的确,在一个没有测试流程的公司建立起一个测试的流程,第一需要让领导认识到这个工作的重要性,没有领导的支持,工作很难开展,也希望各位领导能真正重视重要的工作。呵呵。
回复 支持 反对

使用道具 举报

发表于 2012-8-2 10:48:40 | 显示全部楼层
确实每个公司都有每个公司的侧重部门和 无所谓被忽略部门
回复 支持 反对

使用道具 举报

发表于 2012-8-19 21:15:44 | 显示全部楼层
3个月就能总结这么多,悟性相当高了
回复 支持 反对

使用道具 举报

发表于 2012-8-20 17:03:40 | 显示全部楼层
楼主真是个敢于开创历史的人。。有心整理的东西,拜读了
回复 支持 反对

使用道具 举报

发表于 2012-8-29 17:05:25 | 显示全部楼层
感同身受!
回复 支持 反对

使用道具 举报

发表于 2013-2-18 13:58:51 | 显示全部楼层
很有魄力
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

QQ|小黑屋|手机版|无图版|SCMLife.com ( 京ICP备06056490号-1 )

GMT+8, 2019-7-21 23:03 , Processed in 0.069541 second(s), 10 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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