QA人员需要熟悉业务知识吗？

jane

从事QA工作需要熟悉公司的业务识吗？主要表现是表现是什么？
群里面回复如下：
答案是：需要熟悉业务的
分析如下：
[哈尔滨lee_huo(35183830) 14:55:34
不了解公司实际业务，就没有办法制定出符合公司的过程、规程、流程
[上海jaedonger(345747116) 14:55:35
首先公司交付给客户的是一种产品，在产品质量方面不同的角色提供的是不一样的，比如
项目经理：产品是可靠的、可维护性好的，能够让客户满意，如此直到项目结束或强制终止（这导致折衷的需要）。
QA：发现从质量方案/产品中脱轨的现象--所有使过程偏离质量控制的活动将受到与项目有关的人员的反对。
最终用户：最初很少给系统输入什么，但是对它的操作必须有责任。当用户不满意，不愿意为系统支付时，就需要监察系统的可接受程度了
开发人员等。。

QA人员需要考虑不同的观点和兴趣，但是，假定会有冲突和功能上的限制，构造质量的新思路，这要求满足多的兴趣而忽视少部分功能。这一点更像一种协调而不是意见统一。同时要知道质量关系到团体的结构，要解决许多不同团体（投资者/受益者）的不同的观点和兴趣。最终的结果反映了不同观点的一致意见。
打的好累啊。。。我就这么点想法。。大家还有什么高见！~
[杭州]steplv(47472776) 15:01:32
这个问题是大家都比较忽视的。或许
[哈尔滨lee_huo(35183830) 15:03:05
还有就是，qa不了解业务知识，在协助项目经理的时候就很少能帮上忙，如果你有很难融入到项目组中，那说明你缺少些业务方面的知识

[郑州]芝麻开花(215844364) 15:09:02
那对于外包项目呢？
[郑州]芝麻开花(215844364) 15:09:22
业务知识连顾问都不能说是很清楚
[郑州]芝麻开花(215844364) 15:09:35
QA从哪些途径了解业务？
[上海jaedonger(345747116) 15:09:51
沟通
[郑州]芝麻开花(215844364) 15:11:20
想想，好像太难了
[郑州]芝麻开花(215844364) 15:12:08
我们公司，由于业务知识太复杂，设计人员经常是Q&A+电话+msn
[上海jaedonger(345747116) 15:12:25
只是要求熟悉就好，不能要求硬性要求QA能达到PM对业务方面的 高度

[ 本帖最后由 jane 于 2008-7-25 15:38 编辑 ]


上一篇：QA需要开发经验吗？
下一篇：如何做好需求管理？

思步

jaedonger

楼上的就会干那事了。。

此楼已占，留待升值。

yesongke

在某些公司，QA要担负测试工作，特别是系统测试，这个时候，QA无疑是要熟悉业务的。
对于自主开发项目，QA应该是有能力了解系统业务的，这时候对项目帮助也许会提升，但是对业务设计的Review不是有很多的评审方式么，QA有能力比设计人员和review人员更熟悉业务么？
对于客户定制类的、包括外包类的项目，QA对于业务的了解也就很少了吧，特别是项目有了一定的规模时。每一个功能模块都有专人负责设计、开发，QA能了解的应该很有限吧。

yesongke

哈哈，楼上的，现在房价下跌，都开始断供了

yesongke

明白jaedonger的意思，如果了解的话，肯定对项目有帮助的。但是对产品的可靠性、可维护性、质量方案等的把握，我想主要还是QA掌握的行业知识和经验的积累。比如安全性，对于此种系统的安全漏洞经常会出在哪，会受到哪些方面的攻击，危险性有多大，解决方案有哪些，针对本系统最优的方案是哪个？我想，对这种知识的掌握和积累，才能对项目开发起到有效的作用，对于业务的把握，既不具备普遍性，指导意义也不会太大吧。
哈哈，我想是如此了

jaedonger

原帖由 yesongke 于 2008-7-25 16:18 发表
哈哈，楼上的，现在房价下跌，都开始断供了

哈哈。是啊，先占了再说，至少保值（只希望不要像SZ的楼市就行了）

QA首先还是要对自身的领域加强的。这点毋庸置疑。

w7a8

了解业务是plus，但不是必需！
如果是专门做测试的QA的，那是必需的！
针对不是做测试的QA，如果同时支援多个项目的情况下，很难做到这点，还是如楼上所说，先立足于自身的领域，有额外的精力的情况下去多熟悉业务。

cecilia

我觉得QA懂得业务对于工作本身是有帮助的，那样能更了解项目本身，可以帮助项目经理针对一些问题提出具体的解决办法，而不仅仅是找出项目中不符合规范、文档模板及流程的问题项。
但是目前一个QA在公司里并不只监督一个项目，一般都是三个项目左右，所以并不能很透彻的了解所有的业务知识。对于QA，提高本身的能力是很重要的。（发现问题--分析问题--解决问题）

jane

大家谈得基本上都差不多，看来应该是要熟悉业务的。
自己现在的工作有点变味了，有的时候写需求说明书，有的时候写用户手册，什么都干。所以有点迷茫，对于一个QA人员TA真需要关注这些吗？只是检查而已，能发现问题就OK了。检查都是有专门的单子，可能里面也没有过多对于业务有所描述。所以，业务，应该不需要相当熟悉，知道整个运作是如何，应该就差不多了吧？！

lily_014

QA写需求？
如果QA能写需求了 那说明QA对业务是非常熟悉了不是
需求文档应该要由需求调研分析人员来写，对于功能性需求必须要相当准确地把用户需求完整的描述在其中，否则在接下来的设计和编码过程中很可能会漏掉。那么 最终结果可想而知了。

fishred

QA能熟悉业务当然好，更容易发现项目存在的问题等；
但是QA也要对项目情况很了解，否则工作很难展开；
熟悉业务不是作为QA最重要的因素；

iceberg_fly

QA熟悉业务，熟悉设计更好，可以提出比较周全的看法给项目组借鉴，是会受到项目组的推崇的。如果不能很好的熟悉业务，设计的话，就要学会借力，来达成项目的成功

lily_014

楼上说的建议还要熟悉设计，那对QA的要求更高了，这么说来，QA是个万精油就好哇
技术、业务、管理。。。

阳光

  想做到位就得了解甚至熟悉业务知识，否则也是可以混混的吧