广泛研究这一主题的大多数书籍如下:
虽然有一些例外提到QA处理的是公正的过程(计划、策略、标准应用等)这是IMHO更接近真正的QA,但我找不到任何良好的参考在谷歌图书。
我认为,检查、评审、测试都是质量控制,因为它是关于检查产品,无论是最终产品还是工作产品。问题是这么多的作者不同意。
如能详细解释,最好附有参考资料,我将不胜感激。
发布于 2012-11-21 20:01:05
说QA工具是评审和检查是错误的。这些活动需要一个作为过程结果的输出:因此它只是一个质量控制(静态、动态或两者兼而有之)。
质量控制也属于质量保证领域(它由质量保证领域驱动并提供反馈),因此测试有时被称为QA (实际上,它可以被看作是一个间接的QA活动)。
编辑:我想补充的是,两者都是质量管理的一部分。我不同意质量保证超过质量保证验证,因为质量保证只定义和度量过程。验证是用静态的方法对产品进行检验,因此是质量控制。但我同意,灰色区域确实是令人困惑的,并使许多可能的整数。
发布于 2012-11-21 14:16:19
我认为这是人为的区分。检查、评审和测试都是为确保产品质量而设计的。
另一方面,根据谁执行这些活动对这些活动进行分类可能是有意义的。在软件开发中,单元测试和代码评审通常由开发人员完成,而手工测试和可能的集成测试通常由QA人员(又名质量工程师、又名测试人员等)完成。但是,总会有例外:您可能有QA人员帮助编写单元测试,或者您可能让开发人员运行手动测试。此外,如果您有一个广泛的测试基础设施(例如专用机器、复杂的构建系统等)你可能会有一些人的工作就是维护它。而且,能够负担得起的公司通常都有可用性专家来帮助设计和测试用户界面。
因此,IMHO,QA,QC,甚至“质量工程”都是指同样的东西,试图在这里分清头绪,找出细微的区别是在浪费时间。
发布于 2012-11-21 20:08:34
根据你的问题进展,我猜TL;DR;答案是:
是的,这是有意拥抱维尔和瓦尔之间的模糊和灰色地带。
:-)
https://softwareengineering.stackexchange.com/questions/176657
复制相似问题