SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

楼主: apple_green

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

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

使用道具 举报

发表于 2008-6-10 09:03:47 | 显示全部楼层
跟楼上的讨论几句 :)5 J9 N8 ]7 v7 U: s

; b( h  U7 E9 l! W  |, T3 L我个人理解CMMI V1.2模型的时候,有一个地方让我感到有较深的体会,那就是将原来的SQA的PA改成了现在PPQA。也就是说,CMMI自己也在改进,它的改进是根据使用的企业回访的数据来完成的。8 r/ H% a# g4 [/ I

3 W9 D7 o6 X# r从SQA到PPQA虽然只是个名字的变化,但是包涵的意义我个人觉得确实非常的深刻。V1.1之前的模型一直都在说明QA的工作是保障软件开发过程,不是做QC的工作,让大家一直都把QA要么当作花瓶,要么当作监工,QA自己也很难融入到项目组中。QA的确是项目组外的角色,但是他不能脱离项目组而工作。如果只保证过程的而不能深入到项目中去的话,过程是很难保证的。! S5 e3 K1 D, Y& R( x, c6 @' V

% _& E  h5 V6 p/ X* L! O我个人认为CMMI也意识到这个问题,所以把SQA改成了PPQA。PPQA既强调过程品质的保证,又强调了产品品质的保证。过程品质的保证和V1.1里面差不了多少,但是加上了产品品质的保证后,大家实施起来就会觉得,我必须要深入到项目中,把自己当作项目组的一员,担负其自己的职责,为项目产品的品质也要努力。
$ b  l9 Y: p* z" [7 r
& ~7 }0 T! M% A我个人认为CMMI这样的变化是很有意义的。以前我接触过欧美、台湾、日本、国企的软件企业,很多的QA都不把自己当作是项目组的一员,给项目组提的要求并没有真正的站在项目的的角的去思考,很多时候QA给出的建议都会增加项目组的负担。久而久之,项目组肯定会对QA有不良情绪,这就是为什么大家总觉得QA跟项目组有隔阂的一个很重要的原因。我虽然是做品质保证工作的,但是说实话,还是很多QA自己的定位和心态需要调整。
$ H1 W" Q  c6 M5 S( K' b: w% D
& c  ~$ }' n+ v1 ]说到底,项目组是为公司创造显性价值的部门,他们的努力可以直接为企业创造财富。我觉得QA从一个角度来看,应该是项目组的服务提供商,这个服务的名称,我觉得应该叫:生产力。9 F; b4 f! A0 F$ Q4 N% c) z) t- [
% J7 R- G2 Q% m4 F4 I1 u& h
所以我现在对我们部门所有的QA都强调一点,你是项目的成员,你不要考虑如何去改进过程,如果你能提高项目组的生产力,哪怕是1%,我觉得你就是合格的。. i$ m& M; R. S5 S) `$ |3 Z

+ K5 @; j$ N( H- ~2 X以上是一家之言,欢迎大家都来讨论。
回复 支持 反对

使用道具 举报

发表于 2008-6-10 10:07:39 | 显示全部楼层
QA的工作是什么,既取决于高层希望QA做什么,QA自己希望做什么,也取决于高层能提供什么、QA自己能做到什么。
. _1 @% x1 O. y* X1 X! q9 G8 [# B在QA这个职位的名称下,做什么事情都有可能。在不同的公司里,QA可能成为不同的角色:项目经理助理、测试人员、过程改进人员、配置人员、规范监督人员。
% J; ~' X3 c) O) ?这种职责不清或者职责不统一的情况在软件公司往往也不是只有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 发表 # ^9 ?* F% C+ G# d1 ?/ n; m* w
比较同意楼上的说法,我现在面临的问题就是不知道哪些是QA的固定活动,所以也就没有努力的方向,很困惑。
% {: E! h% K" _$ U
# p: U9 y6 i0 A( _6 {
你想努力的方向和你所在公司对QA的要求可以分开来考虑。
1 J& b0 m2 r) y- V3 _/ f; B* EQA的固定活动,可能在一家公司指测试,在另一家公司指流程的改进。这就是不同的两个方向了。
回复 支持 反对

使用道具 举报

发表于 2008-6-11 15:32:51 | 显示全部楼层
原帖由 polestar 于 2008-6-10 21:25 发表 $ @( c( x9 X: g5 L6 N# X
楼上的这样说法,怎么讲呢,我觉得不是很合适。虽然你说的情况在很多公司存在,毕竟如同你说的,不同的公司有不同的做法,但是作为QA这个角色来看,还是有固定的活动的。要不随便叫个什么名字好了。这里既需要跳开这 ...
5 e9 [( b: H9 M$ P
* U) y8 C8 |- X6 x6 h; `3 x
我上面的回复确实是在讲现状。' F. O, M0 p. p  [* {7 f* Y# k5 X
我也觉得需要明确。如果不能行业内各公司统一明确,那么每个公司自己也要明确。即使这家公司明确下来QA是指测试,那家公司明确下来QA是做文秘。8 n& k2 B  n4 F2 l2 d; ^
很多情况下,真有点象是随便叫了个QA的名字。
回复 支持 反对

使用道具 举报

发表于 2008-6-17 09:52:29 | 显示全部楼层
回复楼上的观点。
0 k' \* r; Q) H8 |* S: v. s9 d9 Q) A5 V4 r8 g9 E
其实QA只所以在各个企业有不同的工作内容从根本来看,我个人认为是跟这个公司的业务有很大关系的。就像副总这个职位一样,有的公司的副总搞管理,有的搞技术,有的搞销售,同样是一个职位,根据公司的需要就可以有大相径庭的工作内容,但是头衔还是一个,那就是副总。! y' m5 m+ |4 K; M

( f& Q9 ~- {9 H2 xQA其实也是一样的。以前QA叫SQA,现在叫PPQA。从这个名字来看,两个P应该都是QA的职责。各个企业根据自己的需要来给自己的QA有不同的定位。根据我自己的工作经历和周边的现状,自不量力的总结几个,供大家讨论:
/ F5 r, a# e. m8 m$ M9 C6 k; P, W. Z+ ~+ k2 p0 W. J
1. 以软件产品为主的企业对QA的定位大部分是过程改进相关工作。
4 t- N3 o1 X0 V. K2. 以软件项目为主的企业对QA的定位比较灵活,过程改进和测试一半一半或者两者兼有。" `7 u$ n, @+ x9 j+ h
3. 过了CMMI认证或者想过CMMI认证的企业对QA的定位以过程改进为主。
* m, o1 w/ M& Z- N( z4. 没想过CMMI的企业对QA的定位以测试为主。0 V5 l) ?8 a" M! ?
5. 不入流的企业对QA的定位一般什么都干。
' ?4 W) y/ \# X( o3 f$ a5 U+ k, f( J( a  e- w& p% M
这些也都有统计数据可以供分析。我个人觉得,咱们干QA这行的,要干的专业还是需要用数据来发现问题,这才是QA的核心价值。
回复 支持 反对

使用道具 举报

发表于 2008-6-19 15:15:35 | 显示全部楼层
提出软件质量需求7 b: G( V4 Z+ ]0 X6 a* [% ~# I; A
确定开发方案
7 U3 {( k) i( X2 S8 J0 d阶段评审
* u4 f* v5 r( B1 R% p) }测试管理9 q$ p7 e0 U0 H4 K: e: E0 Q  @4 F0 t
文档化管理) K1 [1 i" o( p" g9 O9 ?0 w
验证产品与相应文档和标准的一致性
7 e8 m7 z$ k- A& z+ C" U/ I0 {, B) V' Z建立测量机制
0 d& M) V. O7 [8 d* j记录并生成报告
回复 支持 反对

使用道具 举报

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

使用道具 举报

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

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

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

GMT+8, 2018-9-19 02:15 , Processed in 0.126639 second(s), 5 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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