SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

楼主: apple_green

[讨论] QA的工作到底是什么?

  [复制链接]
发表于 2008-6-5 14:52:09 | 显示全部楼层
本人刚在软件行业作QA,但是在生产企业做了3年的质量管理
0 s0 L! P$ T3 t我转到这边作QA,就是看中了这个行业对质量管理工作的认识才刚起步,有发展的趋势,这几年也刚好给我时间积累在软件开发领域的经验。
- B1 u4 g9 ]* ?$ o. e
% G; L# d! q) \7 c. h国内软件企业认识到国外行业的规范性,给公司带来持续发展,节省成本的效益,才会追逐的。
9 l5 \+ J1 h2 ~4 [6 n7 M本人认为软件开发的经验对于QA来说并不是必须的,当然有这方面的经历会比较好,了解开发的流程,比较容易与项目组成员沟通,以及对项目进行有效的控制。  E$ M0 R0 ~; q. G. d2 }7 q: Q( ]
QA是从事质量管理的,不是作测试的,不是帮你检查代码的。他的主要工作是督促和监督大家根据公司指定的流程,按时按质按量完成工作。当然对于工作质量的考核,由于缺少技术背景,没有太多的发言权。但是,可以通过测试的报告,参与技术评审等形式了解软件的质量,是否能满足客户的需求。" v% c4 ]+ w0 g
同意有些同行的说法,QA在项目中更像是项目经理的助手,辅助对项目的管理,需要的是管理方面的知识。但超出项目级别,到整个公司的层面,QA还要承担整个企业管理过程的优化。是公司的设计师哦
回复 支持 反对

使用道具 举报

发表于 2008-6-10 09:03:47 | 显示全部楼层
跟楼上的讨论几句 :)! C% T# N3 b+ `! V0 l7 y
& n2 B% K% A6 f/ E2 p
我个人理解CMMI V1.2模型的时候,有一个地方让我感到有较深的体会,那就是将原来的SQA的PA改成了现在PPQA。也就是说,CMMI自己也在改进,它的改进是根据使用的企业回访的数据来完成的。& i6 ]5 x+ I0 @. h1 x! H( z2 `
: V: K0 x2 [* U" S* \* Z; _
从SQA到PPQA虽然只是个名字的变化,但是包涵的意义我个人觉得确实非常的深刻。V1.1之前的模型一直都在说明QA的工作是保障软件开发过程,不是做QC的工作,让大家一直都把QA要么当作花瓶,要么当作监工,QA自己也很难融入到项目组中。QA的确是项目组外的角色,但是他不能脱离项目组而工作。如果只保证过程的而不能深入到项目中去的话,过程是很难保证的。! b5 O; q% z# A0 }4 Z
% |3 W# Q7 K1 ]7 \
我个人认为CMMI也意识到这个问题,所以把SQA改成了PPQA。PPQA既强调过程品质的保证,又强调了产品品质的保证。过程品质的保证和V1.1里面差不了多少,但是加上了产品品质的保证后,大家实施起来就会觉得,我必须要深入到项目中,把自己当作项目组的一员,担负其自己的职责,为项目产品的品质也要努力。
) N+ g6 _* `+ w2 f1 M: E' g% [2 v2 A1 D- y4 R& v, }
我个人认为CMMI这样的变化是很有意义的。以前我接触过欧美、台湾、日本、国企的软件企业,很多的QA都不把自己当作是项目组的一员,给项目组提的要求并没有真正的站在项目的的角的去思考,很多时候QA给出的建议都会增加项目组的负担。久而久之,项目组肯定会对QA有不良情绪,这就是为什么大家总觉得QA跟项目组有隔阂的一个很重要的原因。我虽然是做品质保证工作的,但是说实话,还是很多QA自己的定位和心态需要调整。
  X/ n- m( V: A6 |& ?( P; Z& @* s+ Y7 P6 l! n
说到底,项目组是为公司创造显性价值的部门,他们的努力可以直接为企业创造财富。我觉得QA从一个角度来看,应该是项目组的服务提供商,这个服务的名称,我觉得应该叫:生产力。
' o7 h; _2 a) C5 l0 T
2 G/ q" f1 e& y% C) ^所以我现在对我们部门所有的QA都强调一点,你是项目的成员,你不要考虑如何去改进过程,如果你能提高项目组的生产力,哪怕是1%,我觉得你就是合格的。: n9 A  ^% M# s8 T4 ^. Y/ }

9 H2 t( I1 p# x以上是一家之言,欢迎大家都来讨论。
回复 支持 反对

使用道具 举报

发表于 2008-6-10 10:07:39 | 显示全部楼层
QA的工作是什么,既取决于高层希望QA做什么,QA自己希望做什么,也取决于高层能提供什么、QA自己能做到什么。
- W% S4 n$ l( p- Z9 N在QA这个职位的名称下,做什么事情都有可能。在不同的公司里,QA可能成为不同的角色:项目经理助理、测试人员、过程改进人员、配置人员、规范监督人员。- ?, ]4 ?, I# F0 u) H7 A& i
这种职责不清或者职责不统一的情况在软件公司往往也不是只有QA这一个职位,有时候项目经理也可能成为不同的角色:需求、设计、开发、项目管理、测试、配置等等。
回复 支持 反对

使用道具 举报

发表于 2008-6-10 21:25:41 | 显示全部楼层
楼上的这样说法,怎么讲呢,我觉得不是很合适。虽然你说的情况在很多公司存在,毕竟如同你说的,不同的公司有不同的做法,但是作为QA这个角色来看,还是有固定的活动的。要不随便叫个什么名字好了。这里既需要跳开这个实际情况,也不能脱离实际情况。毕竟让大家知道QA的固定活动,至少有个努力的方向。我想真正做的好的公司的QA,这个职位的工作肯定是固定的,不会成个万金油的。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-6-11 12:39:46 | 显示全部楼层
比较同意楼上的说法,我现在面临的问题就是不知道哪些是QA的固定活动,所以也就没有努力的方向,很困惑。
回复 支持 反对

使用道具 举报

发表于 2008-6-11 15:25:40 | 显示全部楼层
原帖由 apple_green 于 2008-6-11 12:39 发表 6 m5 A+ m6 R& g5 i0 z
比较同意楼上的说法,我现在面临的问题就是不知道哪些是QA的固定活动,所以也就没有努力的方向,很困惑。
2 o7 u( w/ p& L# Y9 c; U

6 v7 N4 n# Q( p5 U' ~6 S你想努力的方向和你所在公司对QA的要求可以分开来考虑。
3 |2 G8 w% F+ ~9 O/ KQA的固定活动,可能在一家公司指测试,在另一家公司指流程的改进。这就是不同的两个方向了。
回复 支持 反对

使用道具 举报

发表于 2008-6-11 15:32:51 | 显示全部楼层
原帖由 polestar 于 2008-6-10 21:25 发表 ( i0 v) l3 t2 P; g
楼上的这样说法,怎么讲呢,我觉得不是很合适。虽然你说的情况在很多公司存在,毕竟如同你说的,不同的公司有不同的做法,但是作为QA这个角色来看,还是有固定的活动的。要不随便叫个什么名字好了。这里既需要跳开这 ...

' m' O6 h/ N* @. ]( f2 n4 X1 A: d: O, d- |
我上面的回复确实是在讲现状。
/ X) l- F/ s& e1 s, R+ q) `我也觉得需要明确。如果不能行业内各公司统一明确,那么每个公司自己也要明确。即使这家公司明确下来QA是指测试,那家公司明确下来QA是做文秘。* r) F0 a6 O: a3 m
很多情况下,真有点象是随便叫了个QA的名字。
回复 支持 反对

使用道具 举报

发表于 2008-6-17 09:52:29 | 显示全部楼层
回复楼上的观点。
( t1 w) K5 ~6 ~- J0 O9 Z+ ]4 X9 I! h8 P: ]3 p+ U) L
其实QA只所以在各个企业有不同的工作内容从根本来看,我个人认为是跟这个公司的业务有很大关系的。就像副总这个职位一样,有的公司的副总搞管理,有的搞技术,有的搞销售,同样是一个职位,根据公司的需要就可以有大相径庭的工作内容,但是头衔还是一个,那就是副总。
' {3 R0 P4 X3 T& W4 }1 L9 F4 }8 _* y) O1 l8 f2 p
QA其实也是一样的。以前QA叫SQA,现在叫PPQA。从这个名字来看,两个P应该都是QA的职责。各个企业根据自己的需要来给自己的QA有不同的定位。根据我自己的工作经历和周边的现状,自不量力的总结几个,供大家讨论:, N9 u, c; o6 g* Z! M% O

$ B, R3 ~' b2 H: Y8 D5 [! t( N1. 以软件产品为主的企业对QA的定位大部分是过程改进相关工作。
/ Y1 @9 s: r/ j4 o7 H4 W0 C2. 以软件项目为主的企业对QA的定位比较灵活,过程改进和测试一半一半或者两者兼有。
. l! N! W/ S, Q0 _" D4 |. i) J3. 过了CMMI认证或者想过CMMI认证的企业对QA的定位以过程改进为主。" O+ b* |7 @' \4 Q. `9 V" U, x
4. 没想过CMMI的企业对QA的定位以测试为主。
2 U8 `0 X) Y+ E& |% ^: |5. 不入流的企业对QA的定位一般什么都干。7 B- f1 z4 }3 l( b

- [5 k' U4 ?, ?, h4 k% L这些也都有统计数据可以供分析。我个人觉得,咱们干QA这行的,要干的专业还是需要用数据来发现问题,这才是QA的核心价值。
回复 支持 反对

使用道具 举报

发表于 2008-6-19 15:15:35 | 显示全部楼层
提出软件质量需求
' d$ a1 I1 Z, F; G3 M) J( s, F! [确定开发方案
. ~, M& r* F( a* r; r3 u阶段评审6 ~) A3 l4 E/ X2 f
测试管理- C7 C) A5 f' c& [
文档化管理, `; ]( f& H3 U6 F- S5 o3 C) S
验证产品与相应文档和标准的一致性
' a6 R6 J& }3 |; J' p, p7 M, p建立测量机制! s4 u. b8 m$ A
记录并生成报告
回复 支持 反对

使用道具 举报

发表于 2008-6-19 15:58:50 | 显示全部楼层
我们公司的QA主要做项目跟踪、每周发布QA周报,报出项目主要存在的问题,负责审核项目结项文档,还有公司现在在过CMMI,QA就要负责更多的事情了
回复 支持 反对

使用道具 举报

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

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

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

GMT+8, 2018-12-11 02:44 , Processed in 0.059093 second(s), 5 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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