iSQI TMMi-P_Syll2.1 Exam Questions

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.

In an Agile context, the SCRUM team model is a typical format for a test organisation. Testing is integrated into the cross-functional SCRUM team, with testers working alongside developers and product owners throughout the sprint. This ensures that testing is a continuous activity, rather than a separate phase. The test organisation in Agile environments focuses on collaboration and team-based activities, rather than a separate or independent test group.