51Testing软件测试论坛

标题: QA的工作 [打印本页]

作者: 海的女儿    时间: 2004-6-22 20:06
标题: QA的工作
自从我转做QA至今,开始时先为公司整理相关文档,看似很无聊的事情,但是文档管理与公司的质量水平是相当的;接着,参与软件工程的改进工作,其中难免与开发人员有抵触,但是为了工作,总得绞尽脑汁打通开发人员的思想,让他们重视起软件的质量管理,可喜的是,情况并未象想象的那么坏,当然距离目标还相差甚远,但是,我始终相信付出总有收获大家也可以到这里来抒发一下工作感想啊;)

[ Last edited by 海的女儿 on 2004-6-22 at 20:08 ]
作者: skinapi    时间: 2004-6-22 20:31
QA的工作没专门做过,也就短时间做过代码注释率检查以及代码规则检查。下面先针对这两点谈谈我的想法:
1。公司要求的代码注释率不低,要到40%,可就是这样我仍然有相当的代码没法阅读,原因在于很多注释都是无效注释。如何保证代码的有效注释率是一个问题,不知道大家有什么好的经验没有。
2。代码规则每月检查一次,可每次检查完的结果都差不多,基本看不到什么改善。怎样让代码规则检查真正发挥作用是一个问题。
3。在我看来无论是代码注释率检查还是代码规则检查,最主要目的应该都是帮助开发人员养成良好的编程习惯,而不应该成为为开发人员清理垃圾的工具,不能让开发人员心里产生对检查的依赖。毕竟QA一个很重要的工作是让整个软件开发过程有序并高效。

to 海的女儿:
你做了不少文档整理的工作,不知道对文档管理有什么心得没有。
1。文档是否需要按照统一的模板?
我总觉得模板有时候会限制内容的表达。
2。如何提高文档的质量?
3。如何让每个成员方便找到所需的各种文档?
欢迎大家交流。
作者: 海的女儿    时间: 2004-6-22 21:19
to skinapui:
1.一个公司的文档模板最好统一;
当使用自己摸索出来的模板(不是直接从某地方套过来的),应该说不会过于限制了内容。另外,一个项目写多少文档,每个文档写到什么程度也不是定死的,要灵活应用。
2。文档里的内容废话很少,使用、有意义的比较多,就说明它是有质量的;
3。我认为可以有两种方法。一个项目开始了,由QA向其传递相关文档模版;或者,放到服务器指定位置,发邮件通知大家。
作者: wind    时间: 2004-6-22 22:55
个人认为不需要检查什么注释率,因为注释的效果与注释的数量关系不大,无效注释比没有注释还糟糕。
公司或项目组应当有一套编码规范,之后可以开发一个脚本(使用perl之类的语言),按规范检查程序代码,这个不难做到。这样开发人员就可以自己检查代码规范,质量人员也轻松了。
作者: 海的女儿    时间: 2004-6-23 08:42
是的,过分的检查代码中的细节不属于我们QA的工作范畴,开发人员按照编码规范CODEING是他们的职责,一旦养成习惯了,无须我们QA再烦心了。
作者: lence_qin    时间: 2004-6-24 15:25
TO  海的女儿
老姐,我就要去面试一家公司的QA测试员了,他们说先要做个笔试,我对这个方面几乎是一片空白,学校里也就学了门软件工程。你已经有一定经验了,能不能给我些建议和看些什么资料? 谢谢
作者: jzhao    时间: 2004-6-24 15:31
软件测试员和QA有什么区别?
作者: xm3525    时间: 2004-6-24 17:00
文档看是稀松平常,可我们离不开的也就是文档啊,我自己就喜欢做文档工作,现在也涉及这方面,可不知道要做QA还需要些什么知识或者能力呢
作者: 海的女儿    时间: 2004-6-25 11:24
做QA的要求不比做开发人员要低,除非你只想做个文档员。
我个人认为,QA必须具有以下能力:
技术上:精通软件工程,能够把软件思想灵活应用起来,再将这种思想运用到工作中去,帮助开发人员开展工作;多掌握几门开发语言,了解开发原理;熟悉测试工作等等。
性格上:我觉得QA工作不是人人都适合做的,不感兴趣的话,做的会很痛苦,因为它对个人的耐心,良好的沟通能力都是很有要求的哦:)

严格讲测试人员是归属质量人员管理的,QA是quality assurance,TEST是测试执行,二者的工作重心不同,QA的工作就向工程上的监理,对整个软件过程都要进行监督、管理,有能力的还要参与软件过程的改进,制订公司的质量体系;TEST是测试执行,具体做哪些工作我就不重复了,他的工作也需要QA去进行监督、评估。
作者: xm3525    时间: 2004-6-25 11:35
那么,现在在做测试的人,且没有做过白盒测试的人,要怎么做才能转入做QA呢?是不是一定要熟悉不同的语言才是前提呢
作者: 海的女儿    时间: 2004-6-25 15:23
也不是啊,关键是要对软件工程掌握的很灵活,做起事来才能得心应手。当然,如果做过开发就更好了。提醒一下哦,QA的事情很杂,而且要学的东西也很多,没有耐心和毅力是做不下去的哦
作者: xm3525    时间: 2004-6-25 16:03
我有着开发的基础,现在在做测试工作,说是测试工程师,其实应该是测试负责人才对,本来所有工作就很杂了,我不怕杂,可我不知道以欧文现在的程度,要做QA该怎么发展呢,请给点方向性的建议或者指点。
作者: 海的女儿    时间: 2004-6-26 09:59
从测试转向OA应该说还是比较容易的,平时留心身边的QA是怎么做事的,有机会让你做的话,慢慢锻炼起来就可以了,当然还须对自己严格要求,不断补充新的知识哦
作者: luoyear    时间: 2004-6-26 10:36
Originally posted by xm3525 at 2004-6-25 11:35 AM:
那么,现在在做测试的人,且没有做过白盒测试的人,要怎么做才能转入做QA呢?是不是一定要熟悉不同的语言才是前提呢


1、具备一定的项目管理和软件工程知识
2、有一定的知识面(不一定是精通)
3、明确QA是对过程质量负责,不直接面对产品质量。而是通过过程质量的提高确保产品质量的提高(也就是不要把自己放置在技术把关上面)
4、先学习ISO,再学习CMM和PMP
5、自己实践起来吧
作者: 海的女儿    时间: 2004-6-26 11:25
支持luoyear!:p
作者: abba2004    时间: 2004-6-30 19:01
开始做QA了,还要兼管测试。发现QA的文档工作多的可怕啊

一般QA文档有哪些?最基本的


欢迎交流:abba2000_cn@hotmail.com
作者: luoyear    时间: 2004-6-30 21:02
Originally posted by abba2004 at 2004-6-30 07:01 PM:
开始做QA了,还要兼管测试。发现QA的文档工作多的可怕啊

一般QA文档有哪些?最基本的


欢迎交流:abba2000_cn@hotmail.com

QA计划
检查单
检查报告
定期质量报告
等等
作者: tata    时间: 2004-7-3 21:36
标题: 新手上路,
请教高手,QA在公司中的作用是什么?为什么大家说起来QA总和文档挂钩?难道QA就是作文档的吗?
还有一点不明白,代码阅读难道不是程序员的事情?为什么要QA来做?
作者: luoyear    时间: 2004-7-3 21:41
QA是按照组织定义的过程和过程规范对过程和工作产品进行审计/度量/分析的.
作者: 海的女儿    时间: 2004-7-16 09:10
现在很多人都把测试人员说成QA,害得我每次都得和他们更正一番,呵呵!
QC:检验产品的质量,保证产品符合客户的需求;是产品质量检查者;
QA:审计过程的质量,保证过程被正确执行;是过程质量审计者。
据报道目前国内有三种类型的QA,测试型QA,过程改进型QA,配置管理型QA,幸运又不幸地我三连中:s
作者: snowwhitezxy    时间: 2004-8-24 17:38
标题: 看了大家说的,真长知识啊!

作者: zerocci    时间: 2004-9-2 11:38
海的女儿可算是高高手啦,说得都很对啦
我刚来到到公司的时候,公司就成立了QA部门啦,也就我和另外一个同事而已啦。但实际上我那是做的工作主要是从事测试执行的工作,并没有做那些质量过程的监控和改进。其实QA的真正工作相似于CMM中定义的SQA工作责职,SQA主要是对项目的过程进行监控和验证其是否符合公司已定义的规程或标准,也就包括了(据报道目前国内有三种类型的QA,测试型QA,过程改进型QA,配置管理型QA)这三种类型啦。实际SQA的工作操作也就从项目启动到结束,他都会跟踪到底,按照SQA PLAN,拿着check list,在定义好的时间,地点里去对项目或公司的过程进行检查和验证。

请各位给点意见啦,小弟理解的就是这么多啦。
作者: jmbill4    时间: 2004-9-3 11:10
那么测试型QA (可否也叫 QA Tester) 具体又是做哪些东西的呢?
作者: luoyear    时间: 2004-9-6 19:07
Originally posted by zerocci at 2004-9-2 11:38 AM:
海的女儿可算是高高手啦,说得都很对啦
我刚来到到公司的时候,公司就成立了QA部门啦,也就我和另外一个同事而已啦。但实际上我那是做的工作主要是从事测试执行的工作,并没有做那些质量过程的监控和改进。其实 ...

对 正如你所理解
作者: luoyear    时间: 2004-9-6 19:10
Originally posted by jmbill4 at 2004-9-3 11:10 AM:
那么测试型QA (可否也叫 QA Tester) 具体又是做哪些东西的呢?


首先申明一下:
老美的企业老喜欢把测试人员叫做QA工程师
而把QA叫做质量工程师或者QC工程师

正好和软件工程里面的QA、QC叫法搞反了
这也就是人家所说的QA就是测试人员误解的来历
作者: Slayer    时间: 2004-10-8 17:17
Originally posted by 海的女儿 at 2004-7-16 09:10 AM:
据报道目前国内有三种类型的QA,测试型QA,过程改进型QA,配置管理型QA,幸运又不幸地我三连中


我觉得这是非常幸运的事情,只有你都经历过的情况下,你才能知道每种类型的优劣,才谈的上成为一个优秀的QA。
作者: bigrobin    时间: 2004-10-13 10:48
质量保证计划如何编写,进度、资源。。怎么控制啊,大虾们有没有文档模板或范例给大家下载共享下
作者: test2598    时间: 2004-10-23 13:02
Originally posted by 海的女儿 at 2004-6-25 11:24 AM:
做QA的要求不比做开发人员要低,除非你只想做个文档员。
我个人认为,QA必须具有以下能力:
技术上:精通软件工程,能够把软件思想灵活应用起来,再将这种思想运用到工作中去,帮助开发人员开展工作;多 ...

小小年纪就有如此清晰的认识,后生可畏!
一般来讲合格的QA总要有4、5年的软件过程经验,对软件开发的各个阶段都很熟悉,不过一般公司只是安排个小女生来做。有压力,也是很好的机会。
作者: 赌一把    时间: 2004-10-26 09:33
长见识了!看来我以前对QA的理解有很大的出入(我是个新手,刚改行做这个)
作者: ayong401    时间: 2004-10-27 09:47
QA与QC的职责有什么不同?
这两者与TEST又有什么不同?
谢谢!
作者: Juix    时间: 2004-10-27 10:48
简单的说:
QA是对流程的控制;
QC是对质量的控制;
TEST只是进行测试执行。
作者: luoyear    时间: 2004-10-27 12:48
Originally posted by Juix at 2004-10-27 10:48 AM:
简单的说:
QA是对流程的控制;
QC是对质量的控制;
TEST只是进行测试执行。

呵呵 再概括一下
QA 负责监控过程过程
QC 负责检测产品质量
TEST QC活动的一种
作者: closetoyou    时间: 2004-10-27 14:23
外资公司管测试工程师叫QA;
            管质量过程控制的叫SQA
作者: Juix    时间: 2004-10-28 08:51
谢谢luoyear对我概括的更正!
作者: luoyear    时间: 2004-10-28 19:38
Originally posted by Juix at 2004-10-28 08:51 AM:
谢谢luoyear对我概括的更正!


不是更正 只是工整为好记点的3句话
你已经概括的够经典了
请多多支持本板块
多发点资料上来
作者: 多事    时间: 2004-11-19 16:18
如果在CMMI当中,QA被称做PPQA,产品与质量保证,与SQA完全是两个不同的角色,而在工程类的配置管理中还有另外一个角色CM,他的工作与PPQA非常相似,但他只是在项目组当中起到配置及协调的工作,并且监督开发的过程是否规范。PPQA确要经常ReView他们的质量报告的。
作者: lyc    时间: 2004-12-8 14:40
看见大家在这里津津乐道,我却觉得做qa很痛苦,找不到什么乐趣。
作者: msfox    时间: 2004-12-10 09:23
个人觉得,如果公司没有相应的质量保证体系,QA的工作其实就没法规范化。没有参照,就没有所谓的过程监控了
作者: msfox    时间: 2004-12-10 09:25
曾经看过一句话,一名SQA的活动可以围绕两个方面来进行:一是推广CMM标准,二是检查执行情况。
在CMM标准下,SQA人员独立于软件项目组负责软件质量保证,具体的职责在我们的《软件质量保证》(机构标准v1.1)KPA文档中定义如下:
1) 实施软件质量保证活动;
2) 定期总结并提交软件质量保证活动的审核报告;
3) 制定项目的SQA计划;
4) 参加项目的软件开发计划、标准和过程的准备及评审;
5) 协助项目经理建立项目的质量目标;
6) 跟踪和监督纠正措施的实施;
7) 定期和必要时分析项目提供的原始数据并报告结果;
8) 如果需要,与客户的SQA人员定期评审SQA人员的活动及发现的问题。
作者: 云层    时间: 2004-12-15 15:37
说得不错
作者: sadain    时间: 2004-12-20 12:01
Originally posted by msfox at 2004-12-10 09:23 AM:
个人觉得,如果公司没有相应的质量保证体系,QA的工作其实就没法规范化。没有参照,就没有所谓的过程监控了

很有道理啊
作者: 茜茜(xixi)    时间: 2004-12-20 17:24
标题: 和大家一起讨论这项工作,获益彼丰,不错,多交流共进步!

作者: 雙魚的願望    时间: 2004-12-21 23:29
这行业对于新手有困难吗?
来和大家增长知识!;)
作者: 海的女儿    时间: 2005-1-24 09:05
to 雙魚的願望:

难者不会,会着不难,只要你入门了,再加上个人特质比较适合,应该不成问题!
作者: amyliu    时间: 2005-3-1 21:38
我们公司现在QA和QC是相对分开,其实就是一个人既要QA也要测试,而且现在测试任务繁重,根本没有时间进行过程的控制.
作者: luoyear    时间: 2005-3-2 12:17
QA和QC只是角色 和具体的人并没有任何关系
PPQA中甚至指出,只要能够保证其工作的独立、公正,
甚至QA角色可以由项目组内部人员兼任

所以我觉得可以把QA工作分解开来,落实到各人的头上
这样资源的问题就解决了
只需要一个人制定了相关保证其独立、公证性的机制
并定期审视这种机制是否得以落实
作者: love9583    时间: 2005-3-4 09:51
这回长见识了!
作者: garymzy    时间: 2005-3-10 17:40
我以前的公司QA和QC也是分开的
作者: xinwuhanqqm    时间: 2006-1-20 21:03
越来越感觉软件测试这一行业的重要性!
作者: smartbaby    时间: 2006-4-12 22:43
我有一个疑惑就是,开发人员经常会要求QA对某些技术文档的引导,这个时候怎么跟技术把关分开呢?

原帖由 luoyear 于 2004-6-26 10:36 发表


1、具备一定的项目管理和软件工程知识
2、有一定的知识面(不一定是精通)
3、明确QA是对过程质量负责,不直接面对产品质量。而是通过过程质量的提高确保产品质量的提高(也就是不要把自己放置在技术把关上 ...

作者: 风行雨偃    时间: 2006-4-21 20:51
原帖由 海的女儿 于 2004-6-22 20:06 发表
自从我转做QA至今,开始时先为公司整理相关文档,看似很无聊的事情,但是文档管理与公司的质量水平是相当的;接着,参与软件工程的改进工作,其中难免与开发人员有抵触,但是为了工作,总得绞尽脑汁打通开发人员的 ...

我们能做个朋友吗?
                   风行雨偃
作者: jihuli5    时间: 2006-6-3 20:19
软件测试 是从技术上保证软件的质量,QA是从流程上保证软件的质量,一个管理层面上的,一个是技术层面上的。
作者: skyqa    时间: 2006-6-4 10:12
标题: FOU
原帖由 Juix 于 2004-10-27 10:48 发表
简单的说:
QA是对流程的控制;
QC是对质量的控制;
TEST只是进行测试执行。

-----------------------
TEST并不是仅仅进行测试执行,这只是传统意义上的测试,测试包含的内容远非只是测试执行。软件测试和软件开发一样,同样都应该有严格的流程和生命周期。
作者: mykokobaby    时间: 2006-6-27 10:00
标题: 我现在也有点困惑,
刚刚从开发人员转到做QA,因为公司正在做CMMI3级认证,可是一些突发事件让我觉得QA不是很好的选择。前辈指点一下做QA的职业生涯是否很光明??
作者: bbktest    时间: 2006-6-29 16:41
很久没有人来讨论了
作者: liushuang_mse    时间: 2006-7-4 23:16
标题: SQA不应该由项目组内部人员担任
严格地来讲,SQA不应该由项目组内部人员担任,请参看Object-Oriented and Classical Software Engineering中的这样一段话:
“在开发小组和SQA小组之间保持 '管理独立' 很重要,也就是说,开发处于一个管理者领导之下,SQA处于另一个不同的管理者领导之下,那一个管理者也不能代替另外一个。原因是,常常在交付期限快到时发现严重错误。软件组织现在必须在两个不令人满意的选项中进行选择。要么产品按时交付,但充满错误,让客户自己去应付满是错误的软件;要么开发者修复软件但推迟交付。不管怎样,客户都可能对该软件组织失去信心。负责开发的管理者不应做出按时交付有错误的软件这个属于开发问题的决定,SQA管理者也不能做出进行进一步测试并推迟交付软件的决定。两个管理者应该报告给更高级的管理者,他可以决定两个选择中的哪一个对软件开发组织和客户最好。”
该书作者Stephen R.Schach,超牛人一个,SEI更新CMMI的时候可能还要听取他的意见的!呵呵!
作者: 001001001    时间: 2006-9-21 16:21
赶紧学习中~~
作者: Arlene    时间: 2006-9-30 12:00
在CMMI中有QC这个角色的定义吗?被你们弄迷惑了。。。。
QA的工作不是包括对过程和产品质量的检查吗?
我们公司对QA的要求特别高。。。。
作者: 问剑几曾愁    时间: 2006-12-12 11:53
.........说得不错
作者: yangwei860621    时间: 2010-9-20 22:46
高手 顶
作者: yangwei860621    时间: 2010-9-20 22:46
谢谢
作者: druidhua    时间: 2018-11-29 18:43
请问,在游戏开发过程中,怎么开展QA工作呢,游戏开发迭代速度太快了,而且制作人或者老板有时候非常任性,经常改需求、改想法,甚至动不动就推翻一切重来,这种情况搞得QA没法做事跟在后面改文档都来不及,请问高手们这该怎么破局,我现在只是在不断的做着QC的活,真是囧啊~~~




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2