ISO/IEC 29119
ISO/IEC/IEEE 29119 Software and systems engineering -- Software testing is a series of five international standards for software testing. First developed in 2007, released in 2013, and revised in 2021, the standard "defines vocabulary, processes, documentation, techniques, and a process assessment model for testing that can be used within any software development lifecycle."
History and revisions
Development of the set of ISO/IEC/IEEE 29119 software testing standards began in May 2007, based on existing standards such as the Institute of Electrical and Electronics Engineers's IEEE 829, and IEEE 1008 ; and the BSI Group's BS 7925-1 and -2.At first the International Organization for Standardization had no working group with significant software testing experience, so the ISO created WG26, which by 2011 was represented by more than 20 different countries. Initially four sections were developed for the standard: Concepts and definitions, Test processes, Test documentation, and Test techniques. A fifth part concerning process assessment was considered for addition, ultimately becoming ISO/IEC 33063:2015, which ties to 29119-2's test processes. The actual fifth part of 29119 was published in November 2016 concerning the concept of keyword-driven testing, and revised in 2024.
, the most recent versions of parts 1 to 5 are as follows:
- ISO/IEC/IEEE 29119-5:2024, Part 5: Keyword-driven testing, published in December 2024
- ISO/IEC/IEEE 29119-4:2021, Part 4: Test techniques, published in October 2021
- ISO/IEC/IEEE 29119-3:2021, Part 3: Test documentation, published in October 2021
- ISO/IEC/IEEE 29119-2:2021, Part 2: Test processes, published in October 2021
- ISO/IEC/IEEE 29119-1:2022, Part 1: Concepts and definitions, published in January 2022
Structure and contents
ISO/IEC/IEEE 29119-1:2022, Part 1: Concepts and definitions
ISO/IEC/IEEE 29119 Part 1 facilitates the use of the other parts of the standard by introducing the vocabulary on which the standard is built and provides examples of its application in practice. Part 1 provides definitions, a description of the concepts of software testing, and ways to apply these definitions and concepts to the other parts of the standard.ISO/IEC/IEEE 29119-2:2013, Part 2: Test processes
Part 2 defines a generic test process model for software testing that is intended for use by organizations when performing software testing. It comprises test process descriptions that define the software testing processes at the organizational level, test management level, and dynamic test process levels. The processes defined in this standard can be used in conjunction with different software development lifecycle models.ISO/IEC/IEEE 29119-3:2013, Part 3: Test documentation
This part deals with software test documentation and includes templates and test documentation examples that are produced during the test process. The templates support the three primary test process levels of Part 2, and the standard also includes mapping to other existing standards.The documents that are defined in ISO/IEC/IEEE 29119-3 are as follows:
; Organizational Test Process Documentation:
; Test Management Process Documentation:
; '''Dynamic Test Process Documentation:'''
ISO/IEC/IEEE 29119-4:2015, Part 4: Test techniques
Part 4 provides standard definitions of software test design techniques and corresponding coverage measures that can be used during the test design and implementation processes defined in Part 2. Techniques of Part 4 are intended to support or be used separately from Part 2. The standard's test design techniques are categorized into three main categories: Specification-, Structure-, and Experience-Based Test Design Techniques.Specification-based test design techniques
These techniques are based on the specification of the system under test. They are also called black-box testing techniques.Suggested test design techniques in this group are:
- Equivalence partitioning
- Classification Tree Method
- Boundary-value analysis
- Syntax testing
- Combinatorial test design techniques
- Decision table testing
- Cause-effect graphing
- State transition testing
- Scenario testing
- Random testing
Structure-based test design techniques
These structural testing techniques are based on the structure of the system under test. They are also called white-box testing techniques.Suggested test design techniques in this group are:
- Branch Testing
- Decision Testing
- Branch Condition Testing
- Branch Condition Combination Testing
- Modified Condition Decision Coverage (MCDC) Testing
- Data Flow Testing
Experience-based test design techniques
These exploratory testing techniques rely on the experience of the human tester.Suggested test design techniques in this group are:
ISO/IEC/IEEE 29119-5:2024, Part 5: Keyword-driven testing
This standard covers keyword-driven testing, an approach to specifying software tests used in the software testing industry. This standard is intended for users "who want to create keyword-driven test specifications, create corresponding frameworks, or build test automation based on keywords."Controversy
Upon introduction of ISO/IEC/IEEE 29119, culminating in the summer of 2014, some software testers and associated organizations began making calls for the ISO to rescind the standard. Notable organizations that protested the standard included the Association for Software Testing and the International Society for Software Testing Some reasons for opposition to the standard included:- lack of true consensus of content—as required by ISO/IEC—among professional testers
- heavy focus on documentation will detract from the actual process of software testing
- ISO 29119 is inconsistent with the way that people work on cognitively demanding tasks, while reinforcing the way they cling to unhelpful practices while doing complex, stressful organisations
- the standard fails to take account of relevant work elsewhere on the balance of rules and principles in regulation and standards; the standard is unclear about the principles that should govern testing, while being over-prescriptive about the detail, leading to a confusion of means and ends
- the standard effectively excludes context-driven testing
- standardization of software testing in general is unnecessary
- the standard has political and monetary connotations and is too prescriptive, which doesn't benefit the industry