TMMi-P_Syll2020 Exam Dumps - TMMi - Test Maturity Model Integration Professional

Each statement about TMMi level 2 in an Agile context requires careful consideration within the framework:

(a): False. While Agile projects indeed use metrics like Velocity, TMMi requires tracking end-results such as escaped defects. Both team performance and outcomes, including defect-related metrics, aresignificant. Test performance indicators at TMMi level 2 in an Agile context should not solely focus on team performance metrics .

(b): True. The product risk assessment process in Agile projects typically adopts a more lightweight approach compared to traditional sequential lifecycle models. Agile teams often conduct risk assessments in a more collaborative and iterative manner .

(c): False. In Agile, monitoring and controlling processes are still critical to ensure goals and quality targets are met, even if the methodology allows for flexibility and adaptation .

(d): False. Traceability is still relevant in Agile, although it may be implemented differently. Agile methodologies such as Scrum do not eliminate the need for traceability between requirements, test conditions, and tests, which is an essential part of TMMi process areas .

(e): True. Agile allows for flexibility in defining the test environment closer to the execution phase, enabling changes that reflect evolving requirements and design decisions .

Thus, the correct combination isA: Statements (a) and (e) are true, while statements (b), (c), and (d) are false​ .

TheTMMi process area Test Planningis indeed supported by severalCMMI process areas, includingProject Planning,Requirements Management, andRisk Management. These CMMI areas provide foundational support for ensuring that the test planning process incorporates adequate project management, requirement traceability, and risk identification, all of which are critical for effective testing.

Specific Goal 2 of the CMMI Validation process arearelates to validation activities, not peer reviews, and therefore does not support the TMMi Peer Reviews process area.

Causal Analysis and Resolutionis linked toDefect Preventionin TMMi, not Quality Control.

Performance Managementdoes not directly support the Non-Functional Testing process area in TMMi.

TMMi References:

TheTMMi Test Planningprocess area is supported by relevant CMMI process areas, such asProject Planning, which helps in aligning project goals with test planning activities​​.

This statement isFALSEbecause in thestaged representationof CMMI, therearefixed levels or stages that an organization must proceed through in a predefined sequence. These stages guide organizations to improve their processes systematically by following a maturity path, with each stage building on the processes defined in the previous one.

Thestaged representationis designed with predefined levels that organizations must achieve in an orderly manner, making sure that process improvements at each level lay the foundation for the next one.

In contrast, thecontinuous representationallows organizations to select specific process areas from various categories based on their improvement goals and does not impose a strict sequence of levels.

TMMi References:

The CMMI documentation within TMMi clearly states that thestaged representationinvolves afixed set of levelsthrough which organizations progress​.

CMMI also has acontinuous representationwhere organizations can select improvement areas freely from different process categories​.

At TMMi Level 5, theQuality Controlprocess area becomes relevant as it focuses on statistically managing and controlling the test process. Since the organisation is already at TMMi Level 4, moving to Level 5 involves ensuring that the test process is fully predictable, measured, and statistically controlled.Quality Control is a key process area in achieving TMMi Level 5 compliance, alongside other areas such as Defect Prevention and Test Process Optimization.

The process area that addresses the definition of test functions and the establishment of test career paths is the Test Organization process area,found at TMMi Level 3. This process area focuses on creating a well-structured test organisation, defining various test functions, and establishing career paths for testers. Specific practices include defining roles for test specialists, assigning staff to those roles, and establishing career development frameworks to support the professional growth of testers within the organisation.

A test policy is a high-level document that outlines the objectives, goals, and strategic views regarding testing. It serves to align testing activities with the organisation's business objectives and quality goals. One of the critical elements in a test policy is defining thequality levels to be achieved, which ensures that testing aligns with the expectations for product quality, both functional and non-functional. Other aspects, such as risk categories, test types, and regression testing approaches, are typically defined in more detailed test strategies or plans, not in the high-level policy.

The specific practice “Revise the product risks as appropriate” is not directly tied to a specific goal within theAdvanced Reviewsprocess area at TMMi Level 4. While Advanced Reviews do involve coordinating reviews with risk-based testing and adjusting the test approach, revising product risks is a broader concept typically associated with product risk management as part of test planning and not exclusively with Advanced Reviews.

TheDebugging-oriented phasefrom Gelperin and Hetzel's evolutionary testing model is associated withMaturity Level 1 "Initial"of TMMi. At this maturity level, testing is not yet a distinct and well-defined process but is often interleaved with debugging. Organizations at this level have chaotic and ad-hoc testing activities, with no separation between testing and debugging.

Maturity Level 1organizations lack formal processes, and testing is often reactive, performed alongside fixing bugs in the code. This is in line with the debugging-oriented phase, where testing and debugging are seen as part of the same activity.

TMMi References:

TheTMMi frameworkdraws directly from the evolutionary model of Gelperin and Hetzel, associating theDebugging-oriented phasewith Level 1, which describes a chaotic, unmanaged testing environment​​.