真想骂我们公司QA

yiding_he

公司原来也有一个质保部，但 QA 的角色并不明确。自从过了 CMMI3 之后，QA 就如同土地爷一样突然钻出来了，每天除了文档就是文档，到处惹是生非不说，你还得把他当佛爷一样供着。我们搞开发的是特不满意。我就纳闷了，QAQA，号称“质量保证”，却坐在那里跟个大爷似的，需求、设计、开发、上线、维护，这几样事情一点都不去参与一点都不去了解，怎么去保证质量？你也许会说，我们靠文档来保证质量。靠文档保证质量？那是放屁。我见过一些例子，设计文档写得很漂亮，但是实际写出来的代码是稀烂的。同一份设计文档，给 100 个程序员写，能写出 100 份不同的程序出来，质量差得天远。这根本反映不了任何东西。需求文档也是一样，看上去很工整很具体，但实际上可能用户要的就不是这个东西，你 QA 检查得出来？评审也是的。评审完了，当事人心中自然有数，你 QA 又不懂业务，写出来给你你也看不懂，你怎么保证质量？项目做得好你就有功，项目做得不好你也无过，还可以成天的发邮件告诉你你要写这个啊，你要写那个啊，你这个没签字，你那个没审核，无谓的增加 N 多工作量，这到底是保证质量还是在拖后腿？如果想要保证项目质量，就请不要做一个虚有其名的 Quality Assurance，而是做一个实实在在的 Quality Assistant。

[ 本帖最后由 yiding_he 于 2008-4-25 20:56 编辑 ]

泥泥虫

不知道楼主又想说明什么，请问下QA他如何做回事一个实实在在的QA呢？很想知道，这种牢骚帖子貌似发了也是被喷的。

yiding_he

算了，最后一句就当我没说，因为这样的 QA 不要也罢。

hjjlearning

jimmyseraph

写的很好哈，像我们没有QA的公司才是惨，没有详细的需求，设计，评审

导致开发出的产品很不稳定，出了问题也没有什么跟踪，不知道到底找谁，，，

我到是想有规范总比没有规范要好，只是很开发人员可能抵制文档，认为只要写好代码就是好的开发人员。

这还是一种观念的问题

puchonghui

光有流程是没用的
一个好的流程需要有相应的技术能力才承载
举例来说
写设计文档的人他们是否真正具备写设计文档的能力？
如果实际能力达不到
纯粹为了满足某一个所谓的完善流程
那就毫无意义了

另外所谓的流程改进
首先要做的事情并不是看原有流程缺少些什么环节进行弥补
而是应该看原有的流程有什么多余的环节
把多余的环节立刻砍掉
因为这个是会直接影响进度的

qq102568183

LZ那个公司的QA做的只是配置管理的活。。。  应该是CM

[ 本帖最后由 qq102568183 于 2008-4-27 16:54 编辑 ]

luoyear

流程 技术 人 三个因素一个都不能少。
对于小团队的开发，在某种程度上来说，更轻量级的流程，纳入更有效率的技术和牛人可能就能把事情更有效率的干好。

对于大团队，复杂系统的开发，团队管理的复杂性，知识管理的复杂性促使人们必须following一定的规则办事。同时，把必要的质量控制措施如测试，评审和文档化的工作做好，有利于提高沟通的有效性和在前端就把事情做好。

我想楼主更大的困惑在于其公司的QA试图把所有的项目置于同样的成熟度的基础上管理吧。与其事后起冲突，还不如在计划阶段就与QA合作，商量出适合本项目的轻量级但不是完全抹杀的过程来。

liucui513

如果公司想要发展扩大规模，那就应该制定相应的规范，将文档之类的都制定好，并通过技术评审纳入公司配置库，这些对于今后其它的项目都是有用的，都是经验数据，慢慢地公司也就会有了自己的经验财富库及度量库。
当然，如果公司只想停留在小团队的发展，那就另当别论了。

cool2miao

看了LZ写的那些话，我忍不住心里的怒火想痛骂你一顿，就通过你说的那些话，你根本就不懂QA到底是在做什么，请你先了解好QA到底是做什么的在讨论再发怒好不好，拜托！QA工作通常不会去深入了解项目过程中具体某个文档内容是什么，结构怎么样，更不要提代码了，QA所做的那些文档报告目的是什么你知道吗？那些文档的用处就是从流程上将项目导入正规化，完整化，凭什么？凭你们填的那些数据，分析你们那些数据，从中发现可能存在的隐患，QA工作靠的是大脑，利用的是手头上那些管理文档，如果你认为整天深入代码的QA就是一个可以保证质量的QA，那不是“QA”那是因该是“DEV“。需求上有没有达标，程序上有没有过关，拜托那是测试负责的那不是QA管理范围，QA是掌控项目过程的。一个公司管理流程上都不规范谈什么品质保证，遇到某些不配合的PL，特别是那些开发，公司才真算是完了，脑子整天想的是会写代码就是王者，拜托Copy&Paste的开发朋友们，多亏有了你们，不然测试还真上不了岗了。
我的话有些激，不过也正常，做QA前我做了三年的测试，那时期才真叫爽，一群开发都不知道在干嘛，看不起测试不会写代码，那么就让你们尽情的写，尽情的改，用BUG折腾死你们，我做到了。

chengxq

原帖由 cool2miao 于 2008-4-29 11:51 发表
看了LZ写的那些话，我忍不住心里的怒火想痛骂你一顿，就通过你说的那些话，你根本就不懂QA到底是在做什么，请你先了解好QA到底是做什么的在讨论再发怒好不好，拜托！QA工作通常不会去深入了解项目过程中具体某个文档 ...

能否赐教一下，你三年的测试以及QA的经验！

cool2miao

原帖由 chengxq 于 2008-4-29 12:10 发表

能否赐教一下，你三年的测试以及QA的经验！

从心理
多从客户角度去想，要对你所做的负责，要对本职工作负责，要么不做要做就做第一，如果你做到了，那么就就让这种荣誉永远维持下去，直到你离开这个位置。虽然在这个过程中有些“残忍”，但是它是我的人生价值的体现
手段
对于这点只能凭经验来，找需求的漏洞，找出两件事情之间的矛盾所在，在测试员眼里程序永远都不会完美。
有一件事情我想问你，当你发现项目中某个功能问题特别多的时候，你会怎么去做？我告诉你当时我只有一个想法，那就是让这个功能重构，通常开发方面不会选择这么去做的，那么你的目标就是“逼”他们不得不去那么做，即使你没有权利更改需求，即使你没权利要求重构，但是BUG能让你实现这一目标。作为测试最好能给自己定一个永远完成不了的目标，对于这点你自己去理解很难解释。

至于QA，说实话我担任了1个月都不到，谈不上经验，但这个过程中体会不少，成长也不少，发现公司管理流程上的问题也不少，CMMI才刚开始学，不过我已经开始将公司引入这方面了，目标就一个要做就做最好的QA。

chengxq

原帖由 cool2miao 于 2008-4-29 12:52 发表

从心理
多从客户角度去想，要对你所做的负责，要对本职工作负责，要么不做要做就做第一，如果你做到了，那么就就让这种荣誉永远维持下去，直到你离开这个位置。虽然在这个过程中有些“残忍”，但是它是我的人生价 ...

谢谢！我也刚开始搞CMMI很多都不太清楚，到时候再咨询你啊

51testingmm

如果QA真的不重要,你公司干嘛过cmm3

zhongmg108

楼主的这个想法在开发人员与项目经理人员中具有一定的代表性；实际上，是公司的培训不到位，开发人员对项目开发流程不了解或不理解，也不知这些文档的作用，不知如何写好这些文档，实际是需要积累软件工程方面的知识。项目经理在这方面需要起到带头作用。当然QA的工作方式、沟通方式可能也有问题。
实际上质量体系不只是流程和QA，还需要其它的支持，如培训、评估、人力资源等等。

eve_lincoin

有文档就不错拉,lz,别抱怨了,我们单位连需求都没有,pm就说了句,我需要应收应付,你去网上当个下来看看别人怎么搞的,然后就完拉,我测试根本就不知道应该怎么样才能实现它们所说的预期效果,在我这种情况,有个文档太重要了,就算是做样子的文档也比没有的好.
一个公司的规范,肯定先从文档做起,有文档比没文档的好.

red-hat

冷静点！！好好考虑一下

hdc163

不要发牢骚！没有QA你会按过程开发？

musk

感觉这个是很有代表性的问题。下面人的回答非常精彩，特别是某个参观了印度知名IT公司的人的感受，不知道国内的中小型公司什么时候才能达到一份好的需求文档就能让不同的程序人员开发出基本相同程序的程度。

ccq613

yiding_he
开发测试本一家，开骂，先骂自己。
爽了自己再爽别人

maggie_xiao

LZ的心情可以理解，但是是否也应该换位思考一下问题呢？还有既然大家对QA的工作这么不满，有没有试着沟通呢？发牢骚是解决不了问题的。