Skip to content
Figure 1TMMi maturity levels one to five
TMMi maturity levels one to five1 Initial2 Managed3 Defined4 Measured5 Optimizationeach level adds process areas; an assessment rates every area before the level is awarded
The five TMMi maturity levels. Each step adds process areas to those below it; an organization is rated at the highest level for which every process area is satisfied.

TMMi: the five maturity levels and what an assessment involves

TMMi, the Test Maturity Model integration, is the staged model for improving a test process. It describes five maturity levels, each with a set of process areas, and an assessment method that rates an organization against them. Most organizations sit at level 1 or 2 without knowing it.

Quick answer

TMMi has five maturity levels: 1 Initial, 2 Managed, 3 Defined, 4 Measured and 5 Optimization. Levels 2 to 5 add process areas (five, five, three and three) with specific goals and practices. A formal assessment by an accredited assessor rates every process area before a level is awarded. TMMi is structured as a testing-focused complement to CMMI.

Key figures

Maturity levels
5
Process areas, level 2
5
Process areas, level 3
5
Process areas, level 4
3
Process areas, level 5
3
Typical time from level 1 to 3
18 to 36 months

What TMMi is

TMMi is a reference model for test process improvement maintained by the TMMi Foundation. It is staged: an organization is at a level, and the level is earned by satisfying every process area at that level and all the levels below. The structure mirrors CMMI, with maturity levels, process areas, specific goals, specific practices and generic goals, and it is designed to be used alongside CMMI where a development organization already has one. The original magazine site that this domain once hosted carried a TMMi workshop announcement and a paper on the model; this guide is, as far as we can tell, the current explanation of the model that those readers were looking for.

The value of the model is not the certificate. It is the process area list, which is a checklist of what a mature test organization does that an immature one does not, and the assessment, which tells you honestly where you stand.

The five maturity levels

  1. Level 1, Initial. Testing is chaotic and undefined. It is debugging done after coding, with no plan, no separation from development, and success depending on individuals.
  2. Level 2, Managed. Testing is a managed process, separate from debugging. There is a test policy and strategy, plans are written, progress is monitored, tests are designed from a test basis, and environments are managed.
  3. Level 3, Defined. Testing is an organization-wide, standard process integrated into the development lifecycle. There is a test organization, a training program, non-functional testing and peer reviews.
  4. Level 4, Measured. Testing is measured and product quality is evaluated with data. Test measurement, product quality evaluation and advanced reviews are institutionalized.
  5. Level 5, Optimization. The process improves itself. Defect prevention, statistical quality control and test process optimization run continuously.

Process areas at each level

The sixteen process areas of TMMi release 1.3. Level 1 has none; it is the absence of the level 2 areas.
LevelProcess areasWhat satisfying them looks like
2 ManagedTest Policy and Strategy; Test Planning; Test Monitoring and Control; Test Design and Execution; Test EnvironmentA written policy and strategy, a plan per project with risk-based scope, progress reports against the plan, tests designed with techniques from a test basis, environments requested and managed
3 DefinedTest Organization; Test Training Program; Test Lifecycle and Integration; Non-functional Testing; Peer ReviewsA test group with defined roles and career paths, planned training, testing integrated in every lifecycle phase, performance and security and usability testing as standard, reviews of requirements and designs
4 MeasuredTest Measurement; Product Quality Evaluation; Advanced ReviewsAn organization-wide measurement program, quantitative quality goals per product with evaluation against them, reviews measured for effectiveness and aligned with dynamic testing
5 OptimizationDefect Prevention; Quality Control; Test Process OptimizationRoot cause analysis that changes the process, statistically controlled test process, continuous evaluation and adoption of process improvements and new technologies

How a formal assessment runs

A formal TMMi assessment is carried out under the TMMi Assessment Method Application Requirements, known as TAMAR, by a lead assessor accredited by the TMMi Foundation. The sponsor agrees the scope: which business units, which projects, which target level. The team then collects evidence in three ways: documents (policies, strategies, plans, reports, review records), interviews with testers, test managers, developers and project managers, and observation of the process in use. Each specific and generic practice in every process area within scope is rated on the degree to which it is implemented and institutionalized, typically on a four-point scale from not achieved to fully achieved.

A process area is satisfied when all its goals are satisfied; a level is awarded only when every process area at that level and below is satisfied. The output is a findings report with strengths, weaknesses and the rated level, and, in a formal assessment, a certificate that is valid for a fixed period. Informal assessments follow the same structure without the accreditation and certificate; they are the right starting point because they are cheaper and the findings are what you actually need. A formal assessment of a mid-sized organization takes two to four weeks of assessor time and involves 15 to 30 interviews.

What moving to level 3 changes day to day

Level 2 can be achieved project by project; level 3 requires the organization to own the process. In practice a tester notices these changes. There is a standard test process with tailoring guidelines, so a new project starts from a template rather than a blank page. There is a test organization with a manager who is not the project manager, so testers are not reassigned to development when the schedule slips. Training is planned; a tester joining a team is expected to learn the techniques in the techniques hub and the organization pays for it. Non-functional testing is in every plan, not bolted on when a customer complains about response times. And requirements and designs are peer reviewed before code is written, which is where a large share of defects is found once level 3 is reached.

The cost is real. Reaching level 3 from level 1 typically takes 18 to 36 months, a full-time process improvement role, and sponsorship from someone who controls budgets. The benefit shows up in the numbers that a level 4 organization will later measure: fewer escaped defects, shorter test cycles, and estimates that hold.

Start with an informal assessment

Have an experienced test manager rate your organization against the level 2 process areas in a two-day exercise. Most teams discover they are missing a written strategy and any monitoring against a plan. Fix those before spending on a formal assessment.

TMMi and CMMI

CMMI covers the whole of development and treats verification and validation as two process areas among many. TMMi takes the same staged structure and expands testing into sixteen areas across four levels above Initial. An organization at CMMI level 3 is not automatically at TMMi level 3; the models are complementary and the TMMi Foundation positions TMMi as the detailed testing counterpart that CMMI lacks. Where both are in use, the level 2 and 3 generic practices align, so evidence collected for one supports the other. Where only TMMi is in use, it stands alone; no CMMI rating is needed.

The relation to the fundamental test process is direct: level 2 is essentially the point at which every activity of that process exists and is managed. The levels above make the process organizational, measured, and self-improving. The ROI of testing argument is often what unlocks the sponsorship a level 3 program needs.

Common questions

What does TMMi stand for?

Test Maturity Model integration. The lowercase i marks the relation to CMMI, the Capability Maturity Model Integration, whose staged structure TMMi follows.

How many TMMi levels are there?

Five: 1 Initial, 2 Managed, 3 Defined, 4 Measured and 5 Optimization. Level 1 has no process areas; levels 2 to 5 have five, five, three and three respectively.

Who performs a TMMi assessment?

A formal assessment is led by an assessor accredited by the TMMi Foundation and follows the TAMAR requirements. Informal assessments can be run internally by an experienced test manager using the same process areas.

How long does it take to reach TMMi level 3?

Typically 18 to 36 months from level 1 with a dedicated improvement role and management sponsorship. Reaching level 2 alone often takes 9 to 18 months.

Is TMMi relevant to agile teams?

Yes. The TMMi Foundation publishes guidance on applying the model in agile contexts. The process areas describe what must be true, not which ceremonies achieve it; a definition of done, backlog refinement with risk scoring and continuous integration can satisfy many level 2 and 3 practices.

What is the difference between TMMi and TPI?

Both are test process improvement models. TMMi is staged, with maturity levels awarded to an organization. TPI (Test Process Improvement) is continuous, rating key areas independently on a maturity matrix. TMMi suits organizations that want a certifiable level; TPI suits incremental improvement without certification.

Sources

  1. The TMMi model, TMMi Foundation
  2. TMMi assessments, TMMi Foundation
  3. ISO/IEC/IEEE 29119-2:2021, Software testing, Part 2: Test processes

Further reading named in the text

  • Erik van Veenendaal and Jan Jaap Cannegieter, The Little TMMi: Objective-Driven Test Process Improvement (UTN Publishers, 2011)
  • CMMI Product Team, CMMI for Development, Version 1.3 (Software Engineering Institute, 2010)
  • Ilene Burnstein, Practical Software Testing: A Process-Oriented Approach (Springer, 2003)

This guide is part of the test management hub. It is best read alongside software test process and ROI of testing, which cover the neighbouring questions.