51Testing软件测试论坛

标题: 【讨论贴】畅谈QA的自身学习 [打印本页]

作者: luoyear    时间: 2005-3-23 12:43
标题: 【讨论贴】畅谈QA的自身学习
谈谈QA是否应该学习行业知识
是否应该持续坚持研发工作或增强研发知识?
是否应该学习一些质量管理的理论知识、工具?
作者: dxyz_lee    时间: 2005-3-23 18:26
应该学习一些质量管理的理论知识、工具!!
作者: icebergs23    时间: 2005-3-24 14:26
标题: QA的该如何学习
我刚开始跟一个项目,是负责QA这块,可作为新手,想听听大家 的意见
作者: icebergs23    时间: 2005-3-24 14:50
标题: 自身体会
  现在为些,需求已经做完了,现在是处于设计阶段。 我的工作是评审,审计,和SQA,工作量比较大,又没什么经验,不知道怎样安排工作,请版主们给点议建
作者: 海的女儿    时间: 2005-3-25 09:44
to icebergs23 :
通过各阶段评审发现评审内容中存在的问题,并记录问题,跟踪问题
作者: luoyear    时间: 2005-3-28 16:06
Originally posted by icebergs23 at 2005-3-24 02:50 PM:
  现在为些,需求已经做完了,现在是处于设计阶段。 我的工作是评审,审计,和SQA,工作量比较大,又没什么经验,不知道怎样安排工作,请版主们给点议建

我理解你这里说的SQA应该是SQA Tester
那我就按照你们岗位的含义说一下自己的见解吧:
1、评审:作为质量保证人员参与评审 主要关注评审的过程规范性和评审效能
              作为测试人员关注需求评审主要关注其可测性,关注设计文档的评审主要是执行集成测时候更好的去验证它
2、审计:呵呵 这个才是我们说的SQA的本质工作。设计阶段你可以关注一下设计是否按照设计过程定义进行了相关活动(如进行需求论证、是否进行了相关设计讨论、设计与需求的一致性、设计评审规范性、上游工作产品的变更管理)
3、测试:呵呵我也没做过 说不出个啥
作者: chicochen    时间: 2005-3-28 16:41
标题: 看你的方向了,个人认为有3,行业顾问,测试专家,管理经理。所以学的东西不同
如题
作者: 平与凯    时间: 2005-3-29 21:46
以QA的管理理念,应用于精湛的测试技术中,可谓相辅相成。
作者: 海的女儿    时间: 2005-3-30 09:04
行业知识;质量管理的理论知识、工具
我认为比较重要,至于研发工作不必放在第一位,前期经历过即可;试想,你在做QA的同时还可以做研发吗?时间上应该不会允许,公司估计也不会同意;研发经验的积累必须是在实践中去积累;测试经验同研发经验。
QA的工作偏重与管理,当然还有技术,两者应该是相辅相成的。
作者: black_tulip    时间: 2005-3-30 09:31
系统学过软件工程的举举手
作者: 影子杀手    时间: 2005-3-30 09:43
QA上来就学软件工程,是误人误己的行为。
想起当年毛泽东和胡适的问题主义之争了。
作者: snow1028    时间: 2005-3-31 09:04
我没有这方面的经验,但是凭理论而言我实在不懂得技术和研发的区别,如果没有经过实践的技术,叫技术吗?
作者: black_tulip    时间: 2005-3-31 11:13
QA是不一定要软件工程,SQA要。
上来就学是否误这误那暂且不说,至少总比现在一堆堆甚至是文科出身的做所谓的SQA强。
上来不学,还终是要学的。
作者: luoyear    时间: 2005-3-31 12:14
呵呵 我是从野路子一路做过来的 软件工程仅限于大学开的一门课程
作者: 质量新知    时间: 2005-4-2 11:39
标题: 关于成熟度模型评估的问题
:p
你好,我最近新开始负责公司的全面质量管理,我现在要先对当前的现状进行评估,然后再引进全面的质量管理,我考虑了一些问题,有些是你在以前说过的,还有很多方面我不知道如何去开始。我看过你发的很多帖子,感觉很有帮助,希望你能够给我一些建议,我决定以后从事这个职业了。我看过你以前发表的成熟度模型评估问题单,但没有说在问过之后该如何评估,希望你能指导,谢谢。
作者: luoyear    时间: 2005-4-2 17:36
我们目前根据0-1法则,对各个评估项进行打分
当然 这些评估项是参照CMM相关要求和我们公司本身的特点
然后定期对研发过程进行评估
点出本阶段的主要问题 并在下阶段结合具体的项目进行整改
如果涉及到组织上的 则作为EPG过程改进的输入
作者: 质量新知    时间: 2005-4-3 00:35
标题: 谢谢回复
Originally posted by luoyear at 2005-4-2 17:36:
我们目前根据0-1法则,对各个评估项进行打分
当然 这些评估项是参照CMM相关要求和我们公司本身的特点
然后定期对研发过程进行评估
点出本阶段的主要问题 并在下阶段结合具体的项目进行整改
如果涉及到组织上 ...



luoyear:
   谢谢你的回复,你所说的评估项是指你以前所说的那么多问题吗,什么是0-1法则,不好意思,这方面我实在太无知了。
  其实我们的规范已经有了,配置管理和变更管理也有了,只是在实际中没有真正遵守,实行不起来,而老总又不是很懂,是销售出身的,这种情况怎么办呢?
作者: crester    时间: 2005-4-28 08:51
活到老,学到老。
作者: zig_cui    时间: 2005-4-28 13:40
标题: how to do White Box Testing?
大家好,我做久了Black Box Testing, 想做White Box Testing, 我该作哪些准备呢?
作者: yuezhongnver    时间: 2005-6-2 12:45
标题: “质量新知”你好!
很高兴在论坛上认识你,因为我现在的工作,有很大一部分和你的工作有类似的地方,对于评估和度量,很希望听听你的意见。我们公司目前的规范还很不规范,也非常希望就这点,听听你的建议。
作者: yuezhongnver    时间: 2005-6-2 12:48
标题: 回复zig_cui的
我觉得你应该加强对于程序本身、对代码的了解,白盒对于人的要求还是比较高的,至少不懂软件的人可以做一个黑盒测试员——尽管可能不是最好的,但是能做下来,但白盒是不可能做下来的。
作者: yuezhongnver    时间: 2005-6-2 12:49
标题: 回复zig_cui的
我觉得你应该加强对于程序本身、对代码的了解,白盒对于人的要求还是比较高的,至少不懂软件的人可以做一个黑盒测试员——尽管可能不是最好的,但是能做下来,但白盒是不可能做下来的。
作者: successor    时间: 2005-7-15 11:45
初来乍到,发现这里高手如云。占个位置,聆听高见。
作者: lisha    时间: 2005-7-18 17:05
标题: QA人员对项目的控制
你好,我们公司在质量管理方面的工作刚起步不久,我作为QA在对项目的跟踪过程中遇到一些困难,例如:有的项目经理认为QA对他们的项目没有多大帮助,所以技术讨论会议一般不通知QA参加,我想问一下,作为QA人员是否有必要要参加该项目的每个技术讨论会议?如果不参加技术讨论会议,QA人员又从什么方面去跟踪控制这个项目按照规范实施呢?
作者: 东风    时间: 2005-7-19 13:30
作为QA人员当然有必要要参加该项目的每个技术讨论会议
作者: lynnwwx    时间: 2005-8-1 11:49
偶也是做black box的
有点想转做white box 不过比较难啊
需要学些哪方面的软件知识呢
作者: e-fish    时间: 2005-8-1 14:15
QA是没有必要参加技术讨论会的,QA的作用是监控项目的流程,文档,输入输出,该有的活动有没有,数据对不对。
作者: thunder    时间: 2005-8-3 23:04
公司给我的职位是SQA,但我做的工作就是测试,不知道该怎么发展,国内是不是SQA大部分工作都是测试?
作者: msfox    时间: 2005-8-24 09:38
有的公司把测试是SQA的一部分,就看公司是不是仅仅只关注测试,不关注项目的跟踪和审计。
作者: Erdosfish    时间: 2005-10-10 17:52
qa必须加强代码学习,这样对于了解系统结构、系统实现方面是有很大的帮助的,对黑盒起促进作用,对白盒就不用说了吧
作者: vily1314    时间: 2005-10-26 15:52
那针对不同公司的不同的写代码的工具不一样,我们又该怎么办呢?时间上有时候不是很允许我们去做这些的!
作者: hanizer    时间: 2005-11-2 15:34
标题: 关于SQA
Originally posted by thunder at 2005-8-3 11:04 PM:
公司给我的职位是SQA,但我做的工作就是测试,不知道该怎么发展,国内是不是SQA大部分工作都是测试?

SQA仅仅是CMM中的一种角色,类似SCM。通常是测试人员在某项目中兼SQA角色(但是当该人员任SQA时,就不能兼作该项目的测试工程师角色了,因为要保证SQA的独立性)。不过如果公司中专门设立了SQA这个岗位,说明该公司还是比较正规的。呵呵,SQA主要职责其实就项目管理,跟项目经理紧密配合,注重工作流程以及审计等方面的工作就可以了。我个人觉得SQA多去了解些测试方面的知识是有好处的,这样方便日后往管理层发展阿,做既懂管理,又懂技术的专业人员,国家需要着呢。哈哈...
作者: china_breezy    时间: 2005-11-11 10:03
偶先自我介绍一下:
2年的开发(比较基础的coding)和简单测试,做的是系统软件的冰山一角;2年的质量管理经验,ISO内审员和SQA,参与过CMMI3的过程改进;学习了PMP,并pass

现在SQA这块算是定了位,但是对于如何学习,如何提高自身能力上,有点迷茫?感觉上,自己对一些基础知识和概念上没有问题了,但是要如何做深入,不停留在动动嘴皮子,从实践能力和工作技能上提高呢?

恳请赐教!waiting...
作者: softkk    时间: 2005-11-28 15:29
今年的程序员上面有一个QA的专题,明确指出了测试和QA的区别,自己学习吧,我认为做一个好的SQA,学习的内容偏重于质量,而开发技术肯定要了解
作者: 忘记了    时间: 2005-12-16 09:49
SQA应该更侧重于管理方面.他关注的是整个开发过程中各阶段所产生的文档/开发进度等进行监督.同时对开发计划进行审计,负责对需求等会议的人员组织评审.对项目的考核.当然测试这一项工作是少不了的.对测试人力的计划和合理安排.他至始至终贯穿开发的整个过程.
作者: mojinde    时间: 2005-12-16 11:51
感觉评审呀,审计呀,都是一些很形式的东西.
作者: lhxlaile    时间: 2005-12-25 02:48
我首先声明一点:作一个好的合格SQA好难。
  SQA是在过程中保证软件的质量,测试则从技术上保证两者的质量,两者结合会使软件质量得到切实的保证。
  SQA是通过对软件各个阶段的中间件进行评审,监督,并对各阶段的缺陷进行度量,找出流程中的不足,提出后给出解决方案,改进过程,指导下面的项目进行缺陷预防。
   
   在现实中,由于老板没有足够的意识使得SQA很难做,所以根据现期国情要求SQA的综合素质很高,他要熟悉开发和测试,不但给他们指出错误,还要给出好的解决方法,只有这样开发人员和测试人员才知道SQA的价值,这样有关软件质量顾客投诉少了,老板自然会重视的,那时SQA就要在流程上严格把关了

小弟的想法供大家参考
作者: lhxlaile    时间: 2005-12-25 03:16
还有对于做白盒测试,我们不要对他产生畏惧,其实做每件事,只要我们功夫到了就ok了正所谓的“水到渠成“
作白盒测试我们要精通一门语言,看一些白盒测试的书,学自动化工具,自动化能提高效率但我们也不要过于依赖工具,他不是万能的。

还有一点,就是要积累经验,会学习这是最主要的、最根本的。作记录总结,多了你就会知道那里 常犯错、可能犯错、可能潜藏着错误。
作者: yoyoa    时间: 2006-1-3 14:18
--------------------------------------------------
你好,我们公司在质量管理方面的工作刚起步不久,我作为QA在对项目的跟踪过程中遇到一些困难,例如:有的项目经理认为QA对他们的项目没有多大帮助,所以技术讨论会议一般不通知QA参加,我想问一下,作为QA人员是否有必要要参加该项目的每个技术讨论会议?如果不参加技术讨论会议,QA人员又从什么方面去跟踪控制这个项目按照规范实施呢?
--------------------------------------------------
 1.PM认为QA对项目没有多大的帮助,实在是挺可悲的一件事情。实际上,QA如果真正实施到位,产品的质量确实会得到一定的保证,这一点,无可厚非。
 2.QA的作用是很大,但也并不是说非要参加项目组的每一个技术讨论会议。第一,QA本身的事情就很多,比如:跟踪项目的计划实施情况;审查项目产出物文档;和项目经理,高层等沟通;对SCM,TG等工作的审查;还有一个非常重要的,QA部门自身的培训与学习等等...本身的事情就这么多,怎么可能有那么多的时间去参加每个项目的技术讨化会呢?如果一个人,或者一个部门什么事都想做,那么,肯定也什么都做不好。当然,项目的技术实施方案QA是要知道的,但不一定非要采取参加讨论会的形式,可以采用查看项目的文档等好多方式来替代。
  总之,SQA作用大,但不一定要参加技术讨论会。
作者: Jerry.Wang    时间: 2006-1-5 12:11
标题: 回复 #24 lisha 的帖子
作为QA当然有必要参加项目的每个技术讨论会议.
作者: Jerry.Wang    时间: 2006-1-5 12:14
标题: 回复 #40 Jerry.Wang 的帖子
事实上在公司当中,对项目最了解的还是QA.
作者: seemeagain_80    时间: 2006-3-7 16:33
标题: 基础还是很重要
无论是QA还是一个普通的tester,基础非常重要。正如路上所说的,在一个产品的开发过程中,最了解产品的应该是QA才对!所以对各个系统/平台的熟悉,对产品设计到的技术的掌握都对QA是个比较大的挑战。
至于是不是每个讨论会议都需要参加,看来大家也是各执一词。如果QA工作不是一个人的事的话,为什么不分派任务给其它的member,然后在大家都空余的时候来个小的transfer?
作者: luoyear    时间: 2006-3-9 17:35
原帖由 质量新知 于 2005-4-3 00:35 发表



luoyear:
   谢谢你的回复,你所说的评估项是指你以前所说的那么多问题吗,什么是0-1法则,不好意思,这方面我实在太无知了。
  其实我们的规范已经有了,配置管理和变更管理也有了,只是在实际中没有真 ...

就是人为的给出每个SP若干个判断条件,要么他能达到,则打1分 要么不能达到 则打0分
作者: eryue15    时间: 2006-4-18 09:33
标题: 1=YES, 0=NO
1=YES, 0=NO
作者: fly-bird    时间: 2006-4-18 16:30
我们公司正在CMMI的推行过程中,我负责一个项目的QA工作,除了天天对着产生的文档与给定checklist进行核对出一些NC报告外,感觉好像没什么其它了,在这个过程中最大的收益就是了解了CMMI过程的其它过程,然后发现一些觉得不太合理的地方,我觉得我们是为了CMMI才这么做,不然是不会这么做的,所以也没什么太多的想法,感觉好像跟真正的QA还差很多
作者: jany_2005    时间: 2006-4-21 14:40
标题: 同意楼上的
我个人觉得,做为QA就有必要参加项目的每个技术讨论会议及评审工作
作者: lsl9701    时间: 2006-4-21 14:44
标题: SQA是警察的角色
我也是做SQA的,以前做过一些开发,现在觉得在中国,SQA还很难开展下去,必竟我们国家的软件企业对软件质量的管理还没达到外国的水平,SQA是个全新的领域
作者: cjycjy11    时间: 2006-4-27 20:40
个人认为QA应该了解学习以下几个方面的内容:
1、质量管理的有关知识,如:流程管理 、CMMI、软件工程、度量分析、风险分析、决策和预测等
2、行业背景,也即行业的内外部环境
3、软件知识 尤其是测试知识
4、为人处事
5、熟练掌握OFFICE办公软件
6、掌握流程、配置管理工具
作者: 西红柿    时间: 2006-5-17 15:02
标题: 我认为学习:质量管理的理论知识、工具最重要
如题
作者: andrewchou    时间: 2007-8-3 08:46
QA如果不参加项目的一些技术会议,就更难加入到项目组的审核工作中了。
作者: jjlgirl    时间: 2007-8-4 13:47
标题: 新来的QA来报到了
历时15个月,公司终于通过CMMI三级的评估了,我本人亲身经历了整个过程改进和评估过程,从中体会到了很多,我个人非常认同版本的观点,做为QA是非常需要充电的,如果不懂行业知识、不懂开发流程,不懂得一些常用工具的使用(如配置管理工具、测试工具等),很难令人信服,也只能做一些表面的工作。
作者: pbtlight    时间: 2007-8-6 09:31
QA与Test的角色不同,没有必要参加每个技术讨论会议,QA要保证开发活动是否按照规定的流程来做事情,如果QA对开发人员的技术实现方式进行干涉,这个就超越了QA的职责范围,可以这么说,如果开发完全按照流程做了,最后做了个 错误的产品,这个不应该QA负责,这个就是有的公司过了CMMI 5,一样做出很糟糕的产品。但是流程很规范。
作者: liulinzhu    时间: 2007-8-8 13:15
单纯的从QA的职责上谈,没必要回头做研发
作者: liulinzhu    时间: 2007-8-8 13:21
学用工具——熟练运用工具——自己编写工具
作者: yuxuan555269    时间: 2007-11-28 16:03
学习啊,不错
作者: red-hat    时间: 2007-11-30 12:44
当然要学了!!
作者: 陈能技    时间: 2007-12-1 23:47
QA应该具备丰富的项目管理知识、时刻保持比其他人更高一点的质量标准。

http://blog.csdn.net/Testing_is_ ... 5.aspx?PageNumber=2




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