在有限的项目开发期间内，质量与进度，哪个重要？在我们公司，经常为了赶进度，测试这边要不就没什么时间进行测试，要不就是测出的BUG只改最严重的，其他都在延后，有时甚至改完了立刻就拿去给客户了，结果出现一大堆问题时。领导又来找QA了，质量控制不好。去找领导反映这种现象时，领导又说在有限的时期内，质量是在进度后面的，所以质量需要做一些让步。晕！这样的QA工作，有什么意思？:,(

这种问题在很多公司都存在的，公司总是面对市场的激烈竞争的，总是会觉得时间不够，因此总会不自觉的去追求进度来消除自己内心的恐慌，可往往实际上牺牲质量来追求进度结果却是适得其反。进度一紧，由于测试一般安排在后面进行，时间自然少了。站在一个测试人员的角度考虑QA，是不是可以在一下两点做做文章：
1.提高各种评审的质量，现在很多评审都局限于形式，没有充分发挥作用。原因很多，如评审人员根本没有足够的时间和精力来好好评审。这个时候需要测试人员发挥更多的作用，因为这个时候测试人员往往有较充足的时间。
2.让测试人员尽量早的开始测试，实际上参加评审也是一种测试。编写测试计划时把测试尽量考虑的靠前一些，能测试的尽量早测，这样一是可以为后来的测试腾出时间，二是便于尽早发现缺陷。
个人意见，欢迎讨论。

这是个很现实的问题，要想解决这些问题，单靠QA的力量肯定是行不通的，因为其中牵扯到公司经济利益问题，比如人力成本，用户要求等各方面因素。我们QA能做的既是把当前能做到的保证质量地完成（非应付对待），接着就是等公司改革，高层认识到质量保证各环节的重要性。

我们的职责：不是追求产品的完美，是追求在有限资源下的产品的质量最忧！

我是个追求完美的人，希望什么都可以做得最好，这就是理想；但实际工作中需要作出很多的取舍，这就是现实；最后只能采取中庸的处理方式，这就是无奈~~~~

引用:

Originally posted by twinkestar at 2005-1-26 01:29 PM:
我是个追求完美的人，希望什么都可以做得最好，这就是理想；但实际工作中需要作出很多的取舍，这就是现实；最后只能采取中庸的处理方式，这就是无奈~~~~

其实，在限制中发挥本领，是一种更大的挑战。你不这么认为么？

[ Last edited by fzx on 2005-1-26 at 14:53 ]

没错，有挑战才有进步。

社会主义初级阶段－－质量永远都落后于进度！！！

精辟！！！

大家，所讨论的东西，我想我很快就会经历到，不过之前还遇过，我第一次做QA工作，总有一些措手不急的感觉！

现在，项目到了设计阶段，我负责审计，评审，和SQA，不知道时间要怎么安排才好，我说说我的理解吧，审计有很多形式，我们主要用会会议的形式来做，我的工作就是作会议记录，（记录会议过程，和一些讨论）记录一下，未处理的问题，并标志下来进行跟踪。而审计则对一些重点功能和模块，一些功能代码的检查，统计，评比。SQA就是作阶段性的记录总结，和对一些记录下来的问题进行跟踪。
　　我现在　有一个问题，就是我应该怎么和测试人员或者编码人员进行沟通？

看看

质量和进度难道就不能找到平衡点?

就遇到的问题与开发人员展开讨论，阅读测试文档、开发文档，不清楚的地方与他们讨论

这个已在一个文件中看过，谢谢楼主

你们领导还挺人仪，找QA，我以前的公司，责任直接就是测试的，不二话！

感觉，与其说质量与进度，还不如用质量与市场来得贴切。