ISO29119标准和ISO25000标准详解

2023年7月22日 1035点热度 0人点赞 0条评论

在ISTQB培训认证考试中经常出现ISO29119标准和ISO25000标准，下面领测老贺带大家仔细了解一下这两个标准

ISO 29119

ISO 29119是一项软件测试标准，由国际标准化组织（ISO）于2013年发布。该标准由ISO/IEC JTC1/SC7负责制定，旨在提供一种全面的、一致的软件测试方法，以确保软件系统的质量和可靠性。

ISO 29119共有五个部分

ISO 29119是一组国际标准，用于软件和系统测试的过程、文档和术语规范化。ISO 29119共有以下五个部分：

ISO/IEC/IEEE 29119-1:2013 - Software and systems engineering - Software testing - Part 1: Concepts and definitions（软件和系统工程-软件测试-第1部分：概念和定义）
ISO/IEC/IEEE 29119-2:2013 - Software and systems engineering - Software testing - Part 2: Test processes（软件和系统工程-软件测试-第2部分：测试过程）
ISO/IEC/IEEE 29119-3:2013 - Software and systems engineering - Software testing - Part 3: Test documentation（软件和系统工程-软件测试-第3部分：测试文档）
ISO/IEC/IEEE 29119-4:2015 - Software and systems engineering - Software testing - Part 4: Test techniques（软件和系统工程-软件测试-第4部分：测试技术）
ISO/IEC/IEEE 29119-5:2019 - Software and systems engineering - Software testing - Part 5: Keyword-driven testing（软件和系统工程-软件测试-第5部分：关键字驱动测试）

这些标准共同提供了一个全面的框架，用于规范化软件和系统测试的各个方面。请注意，这些信息仅供参考，具体细节和最新的标准可能会有所变化。

这些标准涵盖了软件测试的各个方面，包括测试计划、测试设计、测试执行、测试评估和测试文档等。它们提供了一种系统化的方法，以确保软件系统的质量和可靠性。

ISO29119文档关系图

对ISO 29119标准的争议

ISO 29119标准也受到了一些争议。一些人认为该标准过于复杂和僵化，难以适应敏捷开发和测试的需求。因此，在一些敏捷开发圈子中，该标准受到了一定的批评和反对。

针对ISO 29119进行的批评主要包括以下几点：

过于刚性和僵化：ISO 29119标准被批评为过于刚性和僵化，不适应敏捷开发和测试的需求。敏捷团队更倾向于灵活、迭代的测试方法，而不是严格按照预定义的步骤和文档执行测试。
缺乏实践验证：一些批评声音认为，ISO 29119标准缺乏扎实的实践验证。标准的制定过程中未能充分引入实践经验和现实世界的案例，导致其实用性和可行性受到质疑。
缺乏适应性：ISO 29119标准被批评为缺乏对不同项目和组织环境的适应性。由于软件开发和测试的多样性，一种通用的标准可能无法满足所有项目的需求，因此批评者认为该标准应更加灵活和可定制。
缺乏关注自动化测试：一些批评认为ISO 29119标准未能充分关注自动化测试的重要性。在现代软件开发中，自动化测试被广泛应用，但该标准对自动化测试的指导和规范相对较少。

这些批评主要是来自软件测试界的一些观点和反馈，但并不代表该标准没有任何价值和应用。在实际应用中，团队可以根据自身需求和项目情况来决定是否采用该标准，并适当调整和定制其中的指南和流程。

在领测老贺看来，不管是什么标准，都是给你一个参考，你可以在接近全集的内容里面进行裁剪，丰富你自己的体系，何乐而不为那？

GB/T 38634为国内对应标准

目前国内已经将ISO29119引入，国内的标号为GB/T 38634

GB/T 38634《系统与软件工程软件测试》分为以下4个部分：
——第1部分：概念和定义；
—一第2部分：测试过程；
——第3部分：测试文档；
——第4部分：测试技术。

ISO/IEC 25000标准

ISO/IEC 25000标准，也称为SQuaRE（Software product Quality Requirements and Evaluation）标准，是国际标准化组织（ISO）于2005年开始开发的。该标准旨在提供一套广泛适用的软件产品质量要求和评估框架，以帮助组织和个人评估和改进其软件产品的质量。

ISO/IEC 25000标准内容

ISO/IEC 25000标准包含以下几个部分：

ISO/IEC 2500x-1：质量特性和子特性的定义
ISO/IEC 2501x-2：质量测量的内在资源和外在因素
ISO/IEC 2502x-3：质量测量的指南
ISO/IEC 2503x-4：质量测量的参考模型

这些标准提供了评估软件产品质量的框架和方法，包括定义质量特性、测量质量、提供指导和参考模型等。

在标准化过程中，ISO 25000基于之前的软件质量标准和方法论进行了大量的研究和讨论，并得到了专家、从业者和利益相关者的参与和反馈。该标准的目标是提供一个通用的、综合的质量评估框架，以帮助组织在设计、开发和交付软件产品时确保其质量符合预期。

ISO/IEC 25000标准系列为软件行业提供了一个共同的框架，用于评估和改进软件产品的质量。它为组织和项目提供了一种可靠的方法来确保其软件产品符合质量要求，同时也促进了在全球范围内的质量标准化和合作。

ISO 25000标准的全称

包括以下几个部分：

ISO/IEC 25000:2005 - Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - Guide to SQuaRE（系统和软件工程-系统和软件质量要求与评估（SQuaRE）- SQuaRE 指南）
ISO/IEC 25010:2011 - Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - System and software quality models（系统和软件工程-系统和软件质量要求与评估（SQuaRE）- 系统与软件质量模型）
ISO/IEC 25012:2008 - Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - Data quality model（系统和软件工程-系统和软件质量要求与评估（SQuaRE）- 数据质量模型）
ISO/IEC 25023:2016 - Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - Measurement of system and software product quality（系统和软件工程-系统和软件质量要求与评估（SQuaRE）- 系统和软件产品质量的测量）
ISO/IEC 25030:2017 - Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - Quality requirements（系统和软件工程-系统和软件质量要求与评估（SQuaRE）- 质量要求）
ISO/IEC 25040:2011 - Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - Evaluation process（系统和软件工程-系统和软件质量要求与评估（SQuaRE）- 评估过程）

ISO25000标准关系图

这些标准旨在提供一套规范和方法，以评估和衡量软件和系统的质量要求、质量模型、数据质量、质量测量和评估过程等方面。请注意，这些信息仅供参考，具体细节和最新的标准可能会有所变化。

我们在学习ISTQB的时候，最关注的就是ISO25000标准中的质量属性

ISO25000标准中的质量属性

对ISO25000标准的质疑声音

ISO/IEC 25000标准（SQuaRE）尽管是一个广泛接受和使用的软件产品质量评估框架，但也存在一些质疑和争议。

以下是一些对ISO 25000的常见质疑：

定义模糊：有人认为ISO 25000的质量特性和子特性的定义过于宽泛和不具体。在实际应用中，可能存在模糊和主观性，使得评估结果可能缺乏一致性和可重复性。
度量方式有限：ISO 25000提供指导和参考模型来支持软件产品质量的度量。然而，对于某些特定领域或特定类型的软件产品，标准中的指标和测量方法可能不够全面或适用。
不适应敏捷方法：ISO 25000在早期的开发过程中并没有考虑到敏捷开发和敏捷测试的需求。因此，一些批评者认为该标准不适应敏捷团队日益普遍的迭代和自适应方式。
不包括关键软件领域：ISO 25000的重点是一般的软件产品质量评估，而并未充分涵盖一些特定领域或关键软件领域的特殊要求。因此，在这些领域中，可能需要额外的特定标准或模型来进行评估和改进。

这些质疑和批评反映了一些人对ISO 25000标准的看法和观点。尽管如此，这些观点并不一定代表所有人对该标准的看法，同时该标准仍然是被广泛接受和应用的参考框架之一，用于评估和改进软件产品的质量。