真想骂我们公司QA

yiding_he

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

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

hyc_star

   LZ的心情可以理解  但还是建议你先反醒一下
    开发和测试的最终目的是什么？  怎么感觉很敌视QA
       QA对质量控制也是为了助于开发工作的进度，同时确保产品的规范性和质量保证
    建议你们互相多沟通下，这样的状态不利于你们项目的开展

女孩

LZ的确应该明确一下QA和QC的区别

zhangjunli23

看了这么多，有些人对QA的工作确实有些误解，有些人还持包容态度，这里我想把我的QA看发提一点想法，QA是整个项目质量的监控，在整个项目，从开始到结束，会出大量的文档包括代码，当然也有不同的角色，比如：需求设计人员，概要设计人员，详细设计人员，测试人员等。每个人的工作都有入口和出口，入口是文档，出口当然也是文档，文档可以体现一个人做了多少事情，事情做的怎么样，QA就是监督每个人是否按找规定的时间完成自己的任务或文档，这些都是下个人工作的入口，如果前一个阶段的人员未按时完成，必然影响下一阶段人员的工作，影响整个项目的进度，到底这个工作做的如何？文档写的是否正确，这个是通过评审的，并不需要QA去很了解这方面的内容，评审的时候自然会有这方面的专家在场。所以有些人认为QA这不懂，那不懂，完全是一种误解。所以，做好自己的事情，按时完成自己的任务才是最关键的。如果这些大家每个人都可以做到，其实公司要QA也没什么用了。大家对于本人的看法有什么意见，请多多指教。

yanfeng0220

原帖由 eve_lincoin 于 2008-5-1 11:52 发表
有文档就不错拉,lz,别抱怨了,我们单位连需求都没有,pm就说了句,我需要应收应付,你去网上当个下来看看别人怎么搞的,然后就完拉,我测试根本就不知道应该怎么样才能实现它们所说的预期效果,在我这种情况,有个文档太重要 ...

同上，郁闷，所以坚决不加入那个团队！

groanspring

楼主这种人在我老家那边就是“脑袋被飞机膀子刮了”。

坦诚面对

感觉还是把自己的心态摆正，了解了自己做事情的目的，一切都会变得很自然。。

nmtcolin

请先学会沟通，而不是骂娘！

沟通问题是心态；
沟通原理是关心；
沟通要求是主动。

You can't manage it, if you can't measure it.

晓仔

却坐在那里跟个大爷似的，需求、设计、开发、上线、维护，这几样事情一点都不去参与一点都不去了解，怎么去保证质量？

你是技术方面的专家，你为什么不帮他们培训阿？
沟通最好的方法，要么你去了解对方工作，要么让对方了解你的工作。你推动不了，往上推，让领导帮你推动阿。
培训好啊，随便做个广告，
博为峰的培训怎么样？来过就知道了，呵呵！

呵呵，LZ的头像好，耍DB的。

glamour

原帖由 bwg198411 于 2008-5-6 16:32 发表
仔细看我了每个人的回复  学到好多

同上..

bwg198411

仔细看我了每个人的回复  学到好多

liaoxj

楼主可能对QA工作有误解！
首先QA主要是对项目过程进行跟踪，他不一定有很好的业务知识，但是对项目过程进行监督。他是来规范咱们项目流程的，说得通俗点就是来帮我们的！即然你们公司已经过了CMMI3那项目过程应该有一定的规范！
举个简单例子，比如详细设计阶段，QA关注的是有没有评审，评审过程中有问题有没有解决，评审通过以后配置管理员有没有纳入基线！
最后要说明你写的详细设计说明书不是写给QA的，而是写给编码人员看，如果你写的详细设计如果100个写代码，会出现100个版本，这说明你写详细设计的水平很烂，你到底有没有能力做设计，你的工作能力和态度都需要打？？？？？？？？？？？？？？？？？？？

li_lisa668

工作中總是存在很多不如意的地方，我們公司也是這樣。個人覺得這個問題最終還是人的因素，關鍵在與溝通、協調。現在很多公司的流程管理都不正規，所以不能總是抱怨，而是要想辦法解決問題才是正確之道。

duhongze

说的好 ！！

muerte

嘿嘿,按照lz这么说,你们公司的测试人员水平可能不是你想像中那样厉害,毕竟测试和开发关注的东西不一样,我们公司,基本上都要写应用程序测试公司的产品,请问,这样的测试人员会不会比你们公司开发人员厉害呢! 其实,厉害的测试牛人,绝对是一个领域的专家,而且编码能力,绝对的强悍,只是你没有遇到过而已

bettyZhu

LZ公司的QA不错了，项目有错了还不用挨骂，挨，可怜我在以前的公司又是Tester又当QA的。。项目忙的时候，恨不的分身来做，忙中总会出错的。。可惜，我们公司的是项目有问题，都是QA的错，是QA没有把好质量关，挨，，可怜，老是挨骂。

zhzh1111

开发测试本一家 目的只是为了一个：做质量最好的软件 然后卖了 大家一起拿工资 这不OK了

anny_lv

原帖由 luoyear 于 2008-5-6 07:55 发表
QA也有问题，现在很多QA不懂项目管理，不懂研发和业务。虽然监控，推行甚至审核着过程，却不知道当前最适合的是什么样的过程，为什么要这样做。

这个问题我也想说说看法：
1.不是为了过CMMI3才设立QA的职位，我公司就是为了过CMMI3设立了QA职位。
2.QA必须具备什么样的条件才能担任？

回答完第二个问题我相信楼主应该知道不能一杆子打死所有的QA。
问题不是出在QA身上，而是出在公司管理层定位的问题上。
我引用的话正说明了这点：
不懂研发，如何对代码进行验证？不懂只能说是把代码下下来，F5一下，看是否报错，再检查一下代码是否安公司要求进行代码规范。这样的工作很死板。
不懂业务，那更让人头大了，项目的需求分析评审怎么办？

现在有多少公司能正确定位QA的职务？

问题不在个人，而在公司！领导垃圾员工受罪！

maomao257

LZ首先要明确QA工作的性质,然后在QA的角度来衡量下他们的工作, 要学会站在别人的角度看问题.  还有出现问题别都一古子的推卸责任,要敢于承担

mustxc

个人觉得，完全没有必要以完全的开发人员的角度来衡量QA的工作，也没有理由全盘的以QA的工作性质来约束开发。这不是单纯的某个人的问题，某个项目的问题，某个公司的问题。而是沟通的问题，理解的问题，流程化的问题，在实际的项目工作中，更是些说不清道不明的问题。我的观点是，不要刻意的去解析出责任出自谁，而是为什么会出现这样的问题，我们如何可以有效的避免类似问题。对于一个成熟的工作体系而言，任何的工作步骤都会有条理的，有规律的进行，无论是PP、RD、CM、VER、VAL都绝对不是单单的概念性的问题，而的确是项目科学化，合理化进程的有利依据。可为什么我们的开发人员会对QA反感呢？为什么会觉得文档规范化无意义呢？为什么会觉得QA是个找别扭可有可无的虚职呢？这里不能一味的指责开发人员的态度问题，无项目大局观，从行业的特点而言，同公司的氛围来讲，这是一种惯性的思维方式。无疑这些对他而言无技术含量的文字是不能引起他的兴趣的，而且还严重的影响了自己的正常工作。那么QA的工作失职？的确QA有其工作不变通的一面，技术薄弱的一面。而公司有定位好他们过CMMI3的目的吗？PM可能抱怨比这位仁兄更多吧。甚至于客户的因素也不能回避吧。

luoyear

QA也有问题，现在很多QA不懂项目管理，不懂研发和业务。虽然监控，推行甚至审核着过程，却不知道当前最适合的是什么样的过程，为什么要这样做。