iSQI TMMi-P_Syll2.1 Exam Actual Questions

At TMMi Level 5, the process areas Defect Prevention, Quality Control, and Test Process Optimization work together to support continuous process improvement. Specifically:

Defect Prevention focuses on identifying and analysing common causes of defects and proposing corrective actions to prevent them from recurring. This includes submitting test improvement proposals, which help Test Process Optimization fine-tune the testing process through these insights.

While Quality Control supports Defect Prevention through statistical methods and analysis, the correct relationship between Defect Prevention and Test Process Optimization involves submitting test improvement proposals to optimise the process.

The three TMMi Level 5 process areas are as follows:

Defect Prevention (A): The key specific goal here is to determine common causes of defects. This process involves analysing defect patterns and establishing actions to prevent similar defects in the future.

Quality Control (B): This area focuses on evaluating new testing technologies to determine their impact on the testing process. Statistical methods help predict product quality, and these evaluations drive improvements in the test process.

Test Process Optimization (C): The goal here is to establish a statistically controlled test process, where baselines are set, and improvements are implemented in an orderly manner.

Agile organisations often focus on rapid iterations and minimal documentation, which can lead to the omission or underuse of structured testing practices. TMMi serves as a valuable guide for Agile teams by highlighting critical testing practices that might be overlooked, ensuring that essential quality processes such as risk analysis, peer reviews, and test planning are not neglected.

This reminder ensures that teams maintain a disciplined approach to testing while still benefiting from Agile flexibility.

In an Agile context, the emphasis is typically placed on lightweight, flexible documentation. Test documentation should be 'just enough' to support the test process, and excessive documentation may be seen as unnecessary overhead. Therefore, calling for more rigorous and thorough documentation is not in line with Agile principles. Instead, Agile favours working software and collaboration over comprehensive documentation, supported by mentoring and just-in-time guidance rather than formalised documentation.

Planning poker is an Agile technique commonly used to estimate effort, and it can be adapted for use in the Test Planning process area to help estimate test efforts (SG3: Establish Test Estimates). This collaborative technique brings stakeholders together to estimate the effort required for tasks by assigning numerical values in a consensus-driven manner. It is particularly effective in Agile environments where estimation is iterative and frequently updated based on evolving project needs.