SQA——抓大放小

hjhza

QA都可以分成三种：测试、配置管理和过程管理。

这里主要说的是过程管理型的。SQA的工作应该集中，重点集中。

首先，任何一个软件公司都存在大量的开发问题，而且这些问题不可能一下子就解决。
其次，问题有大有小，大问题导致严重后果，小问题导致一般后果
所以SQA在处理的时候首先应该抓大问题。大问题意味着人人关心，意味着有广泛的支持和帮助。大问题解决就容易，也符合成本和时间的需要。


要有一个分析问题的方法，什么样的问题是大问题，可能会发现一大堆大问题。找到的大问题不需要也不可能一下子就全部解决，挑选一个最重要的也是项目、公司最关心的进行深入研究。直到这个问题被搞明白、弄清楚并且能进行合适的“缓解甚至解决”。

问题需要一个接一个的解决。

要了解容易出大问题的领域，例如产品需求、项目管理、过程管理这三个方面。针对这些领域进行详细研究。

所有三年以上的SQA都应该进行重点问题研究，针对一个领域，一个问题深入研究。三年的经验，已经不需要你再去思考什么“大而空”，“没有效果、没有价值”的东西了。

看到很多SQA一直都只是针对一些很小的问题，这种问题就是日常问题，日常问题不应该耗费太多工作时间和精力。很多新上路的sqa跟项目组关系不融洽，打个比方说：房子着火了，你却还在让他修理漏水的水龙头。这种情况是公司政策的失误，是死板应用SQA方法的典型。我就不相信你的公司里就没有比这个更大的问题，我就不相信你的公司里就没有各方面都关心的问题。

GoAhead

其实不管做什么，对待问题都应该先解决大问题，主要问题。

hjhza

论坛人不多啊


SQA做事跟其他工种做事的方法基本上没有什么差别。谈到工作方法，最后都成了一个哲学问题。

有的人成功了，是因为他把时间花在了关键的地方，因为他比别人效率都要高。所有工作的讨论基本上都会归结为“做事方法”的讨论。

不过回过头来，在SQA这个领域，发展时间太短，所以要想抓住所有问题，那是不可能的。而且小问题会耗费太多时间和精力。质量无小事，但小事难解决。回头看一下自己的周报就知道了。

抓大必然要放小，不放小就抓不住大的。当然我说得是“过程问题”。

有一得，必有一失。两害相权，取其重者。

追逐日光

两害相权，取其轻者，吧，老大.

yuxuan555269

意思明白就好