【讨论贴】畅谈QA的自身学习

luoyear

谈谈QA是否应该学习行业知识
是否应该持续坚持研发工作或增强研发知识？
是否应该学习一些质量管理的理论知识、工具？

陈能技

QA应该具备丰富的项目管理知识、时刻保持比其他人更高一点的质量标准。

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

red-hat

当然要学了!!

yuxuan555269

学习啊,不错

liulinzhu

学用工具——熟练运用工具——自己编写工具

liulinzhu

单纯的从QA的职责上谈，没必要回头做研发

pbtlight

QA与Test的角色不同，没有必要参加每个技术讨论会议，QA要保证开发活动是否按照规定的流程来做事情，如果QA对开发人员的技术实现方式进行干涉，这个就超越了QA的职责范围，可以这么说，如果开发完全按照流程做了，最后做了个 错误的产品，这个不应该QA负责，这个就是有的公司过了CMMI 5，一样做出很糟糕的产品。但是流程很规范。

jjlgirl

历时15个月，公司终于通过CMMI三级的评估了，我本人亲身经历了整个过程改进和评估过程，从中体会到了很多，我个人非常认同版本的观点，做为QA是非常需要充电的，如果不懂行业知识、不懂开发流程，不懂得一些常用工具的使用（如配置管理工具、测试工具等），很难令人信服，也只能做一些表面的工作。

andrewchou

QA如果不参加项目的一些技术会议，就更难加入到项目组的审核工作中了。

西红柿

如题

cjycjy11

个人认为QA应该了解学习以下几个方面的内容：
1、质量管理的有关知识，如：流程管理 、CMMI、软件工程、度量分析、风险分析、决策和预测等
2、行业背景，也即行业的内外部环境
3、软件知识 尤其是测试知识
4、为人处事
5、熟练掌握OFFICE办公软件
6、掌握流程、配置管理工具

lsl9701

我也是做SQA的,以前做过一些开发,现在觉得在中国,SQA还很难开展下去,必竟我们国家的软件企业对软件质量的管理还没达到外国的水平,SQA是个全新的领域

jany_2005

我个人觉得，做为QA就有必要参加项目的每个技术讨论会议及评审工作

fly-bird

我们公司正在CMMI的推行过程中，我负责一个项目的QA工作，除了天天对着产生的文档与给定checklist进行核对出一些NC报告外，感觉好像没什么其它了，在这个过程中最大的收益就是了解了CMMI过程的其它过程，然后发现一些觉得不太合理的地方，我觉得我们是为了CMMI才这么做，不然是不会这么做的，所以也没什么太多的想法，感觉好像跟真正的QA还差很多

eryue15

1=YES, 0=NO

luoyear

原帖由 质量新知 于 2005-4-3 00:35 发表



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

就是人为的给出每个SP若干个判断条件，要么他能达到，则打1分 要么不能达到 则打0分

seemeagain_80

无论是QA还是一个普通的tester，基础非常重要。正如路上所说的，在一个产品的开发过程中，最了解产品的应该是QA才对！所以对各个系统/平台的熟悉，对产品设计到的技术的掌握都对QA是个比较大的挑战。
至于是不是每个讨论会议都需要参加，看来大家也是各执一词。如果QA工作不是一个人的事的话，为什么不分派任务给其它的member，然后在大家都空余的时候来个小的transfer?

Jerry.Wang

事实上在公司当中,对项目最了解的还是QA.

Jerry.Wang

作为QA当然有必要参加项目的每个技术讨论会议.

yoyoa

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
你好，我们公司在质量管理方面的工作刚起步不久，我作为QA在对项目的跟踪过程中遇到一些困难，例如：有的项目经理认为QA对他们的项目没有多大帮助，所以技术讨论会议一般不通知QA参加，我想问一下，作为QA人员是否有必要要参加该项目的每个技术讨论会议？如果不参加技术讨论会议，QA人员又从什么方面去跟踪控制这个项目按照规范实施呢？
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
　1.PM认为QA对项目没有多大的帮助，实在是挺可悲的一件事情。实际上，QA如果真正实施到位，产品的质量确实会得到一定的保证，这一点，无可厚非。
　2.QA的作用是很大，但也并不是说非要参加项目组的每一个技术讨论会议。第一，QA本身的事情就很多，比如：跟踪项目的计划实施情况；审查项目产出物文档；和项目经理，高层等沟通；对SCM，TG等工作的审查；还有一个非常重要的，QA部门自身的培训与学习等等...本身的事情就这么多，怎么可能有那么多的时间去参加每个项目的技术讨化会呢？如果一个人，或者一个部门什么事都想做，那么，肯定也什么都做不好。当然，项目的技术实施方案QA是要知道的，但不一定非要采取参加讨论会的形式，可以采用查看项目的文档等好多方式来替代。
　　总之，SQA作用大，但不一定要参加技术讨论会。