回复 #40 Jerry.Wang 的帖子
事实上在公司当中,对项目最了解的还是QA.基础还是很重要
无论是QA还是一个普通的tester,基础非常重要。正如路上所说的,在一个产品的开发过程中,最了解产品的应该是QA才对!所以对各个系统/平台的熟悉,对产品设计到的技术的掌握都对QA是个比较大的挑战。至于是不是每个讨论会议都需要参加,看来大家也是各执一词。如果QA工作不是一个人的事的话,为什么不分派任务给其它的member,然后在大家都空余的时候来个小的transfer? 原帖由 质量新知 于 2005-4-3 00:35 发表
luoyear:
谢谢你的回复,你所说的评估项是指你以前所说的那么多问题吗,什么是0-1法则,不好意思,这方面我实在太无知了。
其实我们的规范已经有了,配置管理和变更管理也有了,只是在实际中没有真 ...
就是人为的给出每个SP若干个判断条件,要么他能达到,则打1分 要么不能达到 则打0分
1=YES, 0=NO
1=YES, 0=NO 我们公司正在CMMI的推行过程中,我负责一个项目的QA工作,除了天天对着产生的文档与给定checklist进行核对出一些NC报告外,感觉好像没什么其它了,在这个过程中最大的收益就是了解了CMMI过程的其它过程,然后发现一些觉得不太合理的地方,我觉得我们是为了CMMI才这么做,不然是不会这么做的,所以也没什么太多的想法,感觉好像跟真正的QA还差很多同意楼上的
我个人觉得,做为QA就有必要参加项目的每个技术讨论会议及评审工作SQA是警察的角色
我也是做SQA的,以前做过一些开发,现在觉得在中国,SQA还很难开展下去,必竟我们国家的软件企业对软件质量的管理还没达到外国的水平,SQA是个全新的领域 个人认为QA应该了解学习以下几个方面的内容:1、质量管理的有关知识,如:流程管理 、CMMI、软件工程、度量分析、风险分析、决策和预测等
2、行业背景,也即行业的内外部环境
3、软件知识 尤其是测试知识
4、为人处事
5、熟练掌握OFFICE办公软件
6、掌握流程、配置管理工具
我认为学习:质量管理的理论知识、工具最重要
如题 QA如果不参加项目的一些技术会议,就更难加入到项目组的审核工作中了。新来的QA来报到了
历时15个月,公司终于通过CMMI三级的评估了,我本人亲身经历了整个过程改进和评估过程,从中体会到了很多,我个人非常认同版本的观点,做为QA是非常需要充电的,如果不懂行业知识、不懂开发流程,不懂得一些常用工具的使用(如配置管理工具、测试工具等),很难令人信服,也只能做一些表面的工作。 QA与Test的角色不同,没有必要参加每个技术讨论会议,QA要保证开发活动是否按照规定的流程来做事情,如果QA对开发人员的技术实现方式进行干涉,这个就超越了QA的职责范围,可以这么说,如果开发完全按照流程做了,最后做了个 错误的产品,这个不应该QA负责,这个就是有的公司过了CMMI 5,一样做出很糟糕的产品。但是流程很规范。 单纯的从QA的职责上谈,没必要回头做研发 学用工具——熟练运用工具——自己编写工具 学习啊,不错 当然要学了!! QA应该具备丰富的项目管理知识、时刻保持比其他人更高一点的质量标准。http://blog.csdn.net/Testing_is_believing/category/338895.aspx?PageNumber=2