QA不但理论知识要雄厚，而且要有非常丰富的实战经验，目前的QA很多是严重缺乏的。让这样的QA指导项目，检查项目还是比较困难的。还有思维方式上需要改变。

顶一个,就向我的公司一样,本来我做的SQA很好,但是公司现在缺人,让我去做测试一个半月!让我郁闷啊!关键要看,高层是怎么看SQA的啊!他们现在还是注重业务啊!

我们公司刚通过CMMI评估，现在评估结束了，也在考虑QA部门后续的定位和发展。看了前面大家的讨论，我觉得boss重视业务太正常不过了（尤其对于一些正在发展的公司而言），QA只有体现了自己的价值，才会受到尊敬。可是，做到这点真的不容易。
前面有未大侠提到过QA的心态要调整。我非常赞同，QA绝对不能高高在上，尤其是经过了CMMI评估的QA，因为在评估的那段时间，BOSS可能非常支持你的工作，在项目中PM考虑到评估的压力也会比较“听话”。但是一旦评估通过，可能多少都会有点感觉QA的地位在下滑，其实那是因为大家的目光又重新回到了企业的核心“业务”上了。所以我觉得QA如果要在公司内部发展，必须要和业务结合，实际上业务和质量并不矛盾，为什么我们会觉得有冲突，还是对过程的理解太过僵硬的关系。
目前在工作中，我比较倾向抓住核心过程，其他放宽，让项目组自己去发挥，QA在关键点保证客户关注的那部分是符合要求的就可以了。至于什么是核心过程，这个就要根据自己公司的业务和客户的关注点来分析了：）
而且，目前大部分国内的软件企业，本身存在很多最关键的问题并非是软件过程上的，也许是招聘，培训，商务谈判过程方面的，而这些并不全是CMMI能够解决的。

我做了一年测试,刚刚转做QA一个星期,这一周天天在看文档,根本不知道要做什么事,正在迷茫之中,看了大家的评论,我更为以后担忧了

我们公司的QA也刚刚成立，主要就是对流程的监控和对项目进度的跟踪，应该是比较清闲和文职性的吧，空闲时间比较多，这也让新同事比较郁闷。

楼上 不要这样认为啊  不会清闲的 QA是要紧跟着项目的

大家说的很有道理哦，我身同感受，要不断提高自己的能力，才能不断进步。

引用:

原帖由 chengc 于 2008-4-24 16:55 发表
说实话，QA在公司比CM受重视！QA已经够幸福的啦！
导致目前QA越来越像文秘最主要的原因，按照个人经验——编码能力不够，所以QA普遍只能检查文档、规范，无法检查代码！
如果QA可以对代码进行质量监控，自然就会很 ...

作为QA，我认为，懂一定的技术是会有帮助的，但是不代表在QA的工作中需要对代码进行质量监控，这个应该是测试的事情。
QA更应该从组织层面上考虑问题，对流程进行监控，至于代码的质量写的如何，和QA是没有关系的。

个人意见，保留。

在中国目前的中小软件企业，普遍存在（注意：不是全部）这样的现象：QA往往处于一种相濡以沫（即互相安慰、互相鼓励）的尴尬境地，一方面，在管理层不能得到很好的支持；另一方面，在项目组依然被项目成员所厌弃。

我觉得QA还是必须懂技术，要不项目组的人不会服你，QA在国内还需要很长的发展时间！
大家只能共勉啦！