SlideShare a Scribd company logo
ISTQB Advanced Level Certification – Study Guide (Part 8)

Prior to appearing for exam for ISTQB Advanced Level certification, it is wise to quickly brush up
your knowledge by reviewing the following questions – answers that are extremely important from
the examination point of view.

Q. 71: What type of information to be collected and documented for problem tracking as a
part of V&V plan?

1) When the problem had occurred
2) Where the problem had occurred
3) State of the system before occurrence
4) Evidence of the problem
5) Actions or inputs that appear to have led to occurrence
6) Description of how the system should work; reference to relevant requirements
7) Priority for solving problem
8) Technical contact for additional information

<<<<<< =================== >>>>>>

Q. 72: What type of data needs to be collected and documented for tracking of test
activities as a part of V&V plan?

1) Number of tests executed
2) Number of tests remaining
3) Time used
4) Resources used
5) Number of problems found and the time spent finding them

This data can then be used to track actual test progress against scheduled progress. The tracking
information is also important for future test scheduling.

<<<<<< =================== >>>>>>

Q. 73: Explain the Shewart’s Plan-Act-Check-Do paradigm?

Shewart’s paradigm, applied to both the software product and process, generally consists of the
following activities:

1) Plan: The SEI capability maturity model is a general framework or plan for developing five
increasingly improved levels (initial, repeatable, defined, managed, and optimizing) of software
process maturity. Because the CMM is designed to be generic, each organization must customize
its process improvement plan for its own application(s), environment, and company organization.
The five levels are designed as a logical progression, so each level must be achieved, in order,
from one to five. It is not possible to skip levels.

2) Act: Because software is not produced by a manufacturing process, software designers must
both strive to meet the users’ functional requirements for the product and design for correct
implementation and easy maintainability.

3) Check: Software inspections and peer reviews are the major product control mechanism used.
Quantifiable inspections results such as change requests provide the foundation for measurable
process control and improvement. Audits are the most usual process verification process.

Auditors need to examine not only whether the standards, procedures, and tools are adequate,
but they also to see how well the project is following the prescribed process plans.

4) Do: Software quality control is often specified both by the customer acceptance criteria in the
contract or requirements specification and by whether the software product meets written
standards. Software measures are used to measure product quality in a quantifiable way.

The most common process quality control approach is tracking actual against expected
performance. Causes for significant deviation from the plan are found and corrected.

<<<<<< =================== >>>>>>

Q. 74: What are the uses of the CMM?

The capability maturity model, developed by the Software Engineering Institute, is designed to
help both development organizations and customers (government organizations or companies
who acquire software). Software organizations need to understand the quality of their software
process and how to improve it. Organizations contracting for software need ways to evaluate a
potential contractor’s capability to carry out the work.

The CMM has four intended uses to help organizations improve their software process
capabilities:

1) Identify improvements
2) Identify risks in selecting contractors
3) Implement a process improvement program
4) Guide definition and development of the software process


<<<<<< =================== >>>>>>

Q. 75: What is SPA – “Software Process Assessment” method for applying CMM?

A software process assessment is an in-house determination, primarily of the weaknesses of the
software process in an organization as a whole. It is an internal tool that an organization can
choose as a part of an overall program for improving its ability to produce high-quality products on
time and within budget.

The objectives of the SPA method are as under:

(1) Identify strengths, weaknesses, and existing improvement activities on which to base an
organization-wide improvement effort and

(2) To get organizational buy-in to that effort.

The method is used to help an organization identify key areas for improvement, begin to baseline
its software process, and initiate improvements.

<<<<<< =================== >>>>>>

Q. 76: What is SCE – “Software Capability Evaluation” method for applying CMM?

A software capability evaluation is an independent evaluation of an organization’s software
process as it relates to a particular acquisition. It is a tool that helps an external group (an
“acquirer”) determine the organization’s ability to produce a particular product having high quality
and to produce it on time and within budget.
The objective of the SCE method is to identify strengths, weaknesses, and existing improvement
activities in a supplier’s software process that best indicate the risk associated with using that
supplier for a particular software acquisition. The method is used to identify software risks, help in
mitigating these risks, and motivate initiation of improvement programs.

<<<<<< =================== >>>>>>

Q. 77: What are the differences between SPA & SCE method for applying CMM?

 Sr.   SCE - Software Capability       SPA - Software Process
       Evaluation                      Assessment
 1     Used by acquisition             Used by organization to
       organization for source         improve software process
       selection and contract
       monitoring
 2     Results to the organization     Results to organization only
       and the acquirer
 3     Substantiates current           Assesses current practice
       practice
 4     Assesses commitment to          Acts as catalyst for process
       improve                         improvement
 5     Analyzes contract               Provides input to improvement
       performance potential           action plan
 6     Independent evaluation—         Collaborative—organization
       no organization members         members on team, with
       on team                         representative from licensed
                                       SPA associate or SEI
 7     Applies to performance for      Applies to organization overall,
       a particular contract           not individual projects

<<<<<< =================== >>>>>>

Q. 78: What are the Key Process areas – KPA in CMM?

Key process areas (KPAs) identify areas on which an organization should focus in order to
improve its software development processes. Each key process area is made up of key practices
that contribute to achieving the goals of the KPA. Goals can be used to resolve whether an
organization or project has adequately implemented a key process area. Goals signify the scope,
boundaries, and intent of each key process area.

Key process areas are building blocks—fundamental activities for organizations trying to improve
their software process. Other process areas exist, but these were selected as particularly
effective in improving process capability. Each key process area is unique to a single maturity
level.

<<<<<< =================== >>>>>>

Q. 79: What are the Key Practices in CMM?

Key practices are the lowest level, specific details of the CMM. Key practices define each key
process area 3 by specifying policies, procedures, and activities that contribute to satisfying its
goal. They are a working definition of the key process area.

Key practices provide a link between the CMM and the maturity questionnaire. Specific questions
relate to specific key practices. Industry experience and empirical studies were used to identify
the key practices chosen by the SEI. Each key practice describes, but does not mandate, how
that practice should be performed.

<<<<<< =================== >>>>>>

Q. 80: What are the Maturity Questionnaire in CMM?

The maturity questionnaire consists of questions about the software process that sample the
practices in each key process area.

The maturity questionnaire is a springboard for an assessment or evaluation team’s visit. The
CMM provides a hierarchical structure that guides the team in investigating an organization’s
software process. Answers to the questions identify process strengths and weaknesses in terms
of key process areas. Questions in the maturity questionnaire are designed to determine the
presence or absence of the various key practices. Questions are not open-ended, but are
intended to obtain a quantified result from the following answers: yes, no, don’t know, and not
applicable.

The SCE team identifies strengths, weaknesses, and improvement activities that they consider to
be most relevant to performance on the acquisition contract. A group in the acquisition agency
then transforms the findings into acquisition risks and/or technical ratings, which, along with other
criteria, the agency can use to select a source or monitor a contract.

The SPA team also analyzes the questionnaire data to determine the current software
process maturity level, identify key findings (that is, determine what will impede capability to
produce quality software), and note strengths the organization can build upon. The team
presents the results to senior management and, often, to the entire organization that was
assessed. The team often enlists the aid of others within the organization to make
recommendations for process improvement actions. An action planning group (often a
software engineering process group, under the guidance of a management steering
committee) develops the strategies for accomplishing long-term process improvement and
determines what improvements are achievable within a specific time frame. They work with
many others in the organization to create an action plan and implement it.


Read More articles on ISTQB CTAL Advanced Level Certifications at

http://www.softwaretestinggenius.com/categoryDetail.php?catId=166

More Related Content

PPTX
software process improvement
PPTX
Skil storm testing at the speed of business 2
PDF
csc 510 Project
PPT
Quality assurance and management, software engineering
PPTX
How to take organizations to higher testing maturity suresh bose anagha mahaj...
PPT
Software Quality Management
PPTX
Quality Assurance in Software Ind.
PPS
Software Quality Assurance
software process improvement
Skil storm testing at the speed of business 2
csc 510 Project
Quality assurance and management, software engineering
How to take organizations to higher testing maturity suresh bose anagha mahaj...
Software Quality Management
Quality Assurance in Software Ind.
Software Quality Assurance

What's hot (20)

PDF
Sqa 2 marks
PPTX
Importance of software quality assurance
PPT
Cmm Level5
PPSX
Introduction to CMMI-DEV v1.3 - Day 3
PDF
Process improvement & service oriented software engineering
PPT
Software Quality Framework Introduction
PPTX
Software quality assurance and cyber security
DOCX
Term Paper - Quality Assurance in Software Development
PPTX
Cmmi model – capabilities maturity model integration
PPT
Cmmi%20 model%20changes%20for%20high%20maturity%20v01[1]
PPSX
Introduction to CMMI-DEV v1.3 - Day 4
PPTX
Ch26 - software engineering 9
PPT
Planning for software quality assurance lecture 6
PPT
Introduction To Software Quality Assurance
PPTX
Software Quality Assurance
PDF
Software Quality Assurance SQA
PPT
Software Engineering (Software Quality Assurance)
PPT
Ch28
PDF
Lecture 3 spm
Sqa 2 marks
Importance of software quality assurance
Cmm Level5
Introduction to CMMI-DEV v1.3 - Day 3
Process improvement & service oriented software engineering
Software Quality Framework Introduction
Software quality assurance and cyber security
Term Paper - Quality Assurance in Software Development
Cmmi model – capabilities maturity model integration
Cmmi%20 model%20changes%20for%20high%20maturity%20v01[1]
Introduction to CMMI-DEV v1.3 - Day 4
Ch26 - software engineering 9
Planning for software quality assurance lecture 6
Introduction To Software Quality Assurance
Software Quality Assurance
Software Quality Assurance SQA
Software Engineering (Software Quality Assurance)
Ch28
Lecture 3 spm
Ad

Viewers also liked (13)

PDF
RFT Tutorial 11 How To Data Drive A Test Script Using Ibm – Rational Function...
PDF
Rft Tutorial 1 How To Retrieve The Value Of An Object Property Programmatic...
DOC
ISTQB Advanced Study Guide - 7
PDF
RFT Tutorial 4 How Do We Record A Script Using Rational Functional Tester - RFT
PDF
Tutorial - 14 How to insert a verification point from the script explorer usi...
PDF
RFT Tutorial - 5 How Do We Record Data Verification Point For Test Objects Us...
DOC
ISTQB Advanced Study Guide - 6
PDF
Tutorial - 16 : How to pass parameters from one script to another by CallScri...
PDF
RFT Tutorial - 9 How To Create A Properties Verification Point In Rft For Tes...
DOC
ISTQB Advanced Study Guide - 2
DOC
Introduction to specification based test design techniques
PDF
RFT Simplified Scripting- Shinoj Z
PPT
Introduction to ISTQB & ISEB Certifications
RFT Tutorial 11 How To Data Drive A Test Script Using Ibm – Rational Function...
Rft Tutorial 1 How To Retrieve The Value Of An Object Property Programmatic...
ISTQB Advanced Study Guide - 7
RFT Tutorial 4 How Do We Record A Script Using Rational Functional Tester - RFT
Tutorial - 14 How to insert a verification point from the script explorer usi...
RFT Tutorial - 5 How Do We Record Data Verification Point For Test Objects Us...
ISTQB Advanced Study Guide - 6
Tutorial - 16 : How to pass parameters from one script to another by CallScri...
RFT Tutorial - 9 How To Create A Properties Verification Point In Rft For Tes...
ISTQB Advanced Study Guide - 2
Introduction to specification based test design techniques
RFT Simplified Scripting- Shinoj Z
Introduction to ISTQB & ISEB Certifications
Ad

Similar to ISTQB Advanced Study Guide - 8 (20)

PDF
Assessment of cmm and its impact on software quality
PPTX
Beit 381 se lec 14 - 35 - 12 mar21 - sqa - iso and cmm
PPT
Cba Ipi Cmm Intro Session 1.1
PPT
Process Improvement in Software Engineering SE25
PPTX
Lgyt6ttftnjihuhunjnnjnrd6tf tfv ytgyuguy-8.pptx
PPT
Capability Maturity Model (CMM) in Software Engineering
PPT
Introduction To Cmm1
PPTX
Software assessment and audit
PPT
9.process improvement chapter 9
PDF
Intro to CMM.pdf
PPTX
Capability Maturity Model (CMM).pptx
PPT
Cmm
PDF
Assessment of cmm and its impact on software quality
DOC
PPTX
Lecture 10- Software Quality in software engineering
PPT
Capability Maturity Model
PPT
eUnit 2 software process model
PPT
Capability Maturity Model (CMM)
PPT
Capability maturity model cmm lecture 8
PPTX
SPM_presentation.pptx
Assessment of cmm and its impact on software quality
Beit 381 se lec 14 - 35 - 12 mar21 - sqa - iso and cmm
Cba Ipi Cmm Intro Session 1.1
Process Improvement in Software Engineering SE25
Lgyt6ttftnjihuhunjnnjnrd6tf tfv ytgyuguy-8.pptx
Capability Maturity Model (CMM) in Software Engineering
Introduction To Cmm1
Software assessment and audit
9.process improvement chapter 9
Intro to CMM.pdf
Capability Maturity Model (CMM).pptx
Cmm
Assessment of cmm and its impact on software quality
Lecture 10- Software Quality in software engineering
Capability Maturity Model
eUnit 2 software process model
Capability Maturity Model (CMM)
Capability maturity model cmm lecture 8
SPM_presentation.pptx

More from Yogindernath Gupta (18)

PPT
Learn Software Testing for ISTQB Foundation Exam
PPT
ISTQB / ISEB Foundation Exam Practice - 6
PPT
ISTQB / ISEB Foundation Exam Practice - 5
PPT
ISTQB / ISEB Foundation Exam Practice - 4
PPT
ISTQB / ISEB Foundation Exam Practice
PPT
ISTQB / ISEB Foundation Exam Practice - 2
PPT
ISTQB / ISEB Foundation Exam Practice -1
DOC
ISTQB Advanced Study Guide - 5
DOC
ISTQB Advanced Study Guide - 4
DOC
ISTQB Advanced Study Guide - 3
DOC
ISTQB Advanced – Study Guide -1
DOC
Knowledge Levels In Certifications
PPT
Design Review & Software Testing
PPT
Software Development Life Cycle - SDLC
DOC
A Practical Roadmap To HP QTP Certification
PDF
Unearthing The Power Of IBM – Rational Functional Tester 7.0 - RFT
PDF
Qtp Tutorial 6 How To Save Summary File In Qtp
PDF
Qtp Tutorial 5 Passing Parameters Between Actions
Learn Software Testing for ISTQB Foundation Exam
ISTQB / ISEB Foundation Exam Practice - 6
ISTQB / ISEB Foundation Exam Practice - 5
ISTQB / ISEB Foundation Exam Practice - 4
ISTQB / ISEB Foundation Exam Practice
ISTQB / ISEB Foundation Exam Practice - 2
ISTQB / ISEB Foundation Exam Practice -1
ISTQB Advanced Study Guide - 5
ISTQB Advanced Study Guide - 4
ISTQB Advanced Study Guide - 3
ISTQB Advanced – Study Guide -1
Knowledge Levels In Certifications
Design Review & Software Testing
Software Development Life Cycle - SDLC
A Practical Roadmap To HP QTP Certification
Unearthing The Power Of IBM – Rational Functional Tester 7.0 - RFT
Qtp Tutorial 6 How To Save Summary File In Qtp
Qtp Tutorial 5 Passing Parameters Between Actions

Recently uploaded (20)

PDF
Review of recent advances in non-invasive hemoglobin estimation
PPTX
Spectroscopy.pptx food analysis technology
PDF
MIND Revenue Release Quarter 2 2025 Press Release
PDF
Per capita expenditure prediction using model stacking based on satellite ima...
PDF
Advanced methodologies resolving dimensionality complications for autism neur...
PDF
Blue Purple Modern Animated Computer Science Presentation.pdf.pdf
PPTX
20250228 LYD VKU AI Blended-Learning.pptx
PDF
cuic standard and advanced reporting.pdf
PDF
Profit Center Accounting in SAP S/4HANA, S4F28 Col11
PPT
Teaching material agriculture food technology
PDF
NewMind AI Weekly Chronicles - August'25 Week I
PDF
Diabetes mellitus diagnosis method based random forest with bat algorithm
PPTX
VMware vSphere Foundation How to Sell Presentation-Ver1.4-2-14-2024.pptx
PDF
Approach and Philosophy of On baking technology
PDF
How UI/UX Design Impacts User Retention in Mobile Apps.pdf
PPTX
Detection-First SIEM: Rule Types, Dashboards, and Threat-Informed Strategy
PDF
Architecting across the Boundaries of two Complex Domains - Healthcare & Tech...
PPTX
ACSFv1EN-58255 AWS Academy Cloud Security Foundations.pptx
PDF
Network Security Unit 5.pdf for BCA BBA.
PDF
Mobile App Security Testing_ A Comprehensive Guide.pdf
Review of recent advances in non-invasive hemoglobin estimation
Spectroscopy.pptx food analysis technology
MIND Revenue Release Quarter 2 2025 Press Release
Per capita expenditure prediction using model stacking based on satellite ima...
Advanced methodologies resolving dimensionality complications for autism neur...
Blue Purple Modern Animated Computer Science Presentation.pdf.pdf
20250228 LYD VKU AI Blended-Learning.pptx
cuic standard and advanced reporting.pdf
Profit Center Accounting in SAP S/4HANA, S4F28 Col11
Teaching material agriculture food technology
NewMind AI Weekly Chronicles - August'25 Week I
Diabetes mellitus diagnosis method based random forest with bat algorithm
VMware vSphere Foundation How to Sell Presentation-Ver1.4-2-14-2024.pptx
Approach and Philosophy of On baking technology
How UI/UX Design Impacts User Retention in Mobile Apps.pdf
Detection-First SIEM: Rule Types, Dashboards, and Threat-Informed Strategy
Architecting across the Boundaries of two Complex Domains - Healthcare & Tech...
ACSFv1EN-58255 AWS Academy Cloud Security Foundations.pptx
Network Security Unit 5.pdf for BCA BBA.
Mobile App Security Testing_ A Comprehensive Guide.pdf

ISTQB Advanced Study Guide - 8

  • 1. ISTQB Advanced Level Certification – Study Guide (Part 8) Prior to appearing for exam for ISTQB Advanced Level certification, it is wise to quickly brush up your knowledge by reviewing the following questions – answers that are extremely important from the examination point of view. Q. 71: What type of information to be collected and documented for problem tracking as a part of V&V plan? 1) When the problem had occurred 2) Where the problem had occurred 3) State of the system before occurrence 4) Evidence of the problem 5) Actions or inputs that appear to have led to occurrence 6) Description of how the system should work; reference to relevant requirements 7) Priority for solving problem 8) Technical contact for additional information <<<<<< =================== >>>>>> Q. 72: What type of data needs to be collected and documented for tracking of test activities as a part of V&V plan? 1) Number of tests executed 2) Number of tests remaining 3) Time used 4) Resources used 5) Number of problems found and the time spent finding them This data can then be used to track actual test progress against scheduled progress. The tracking information is also important for future test scheduling. <<<<<< =================== >>>>>> Q. 73: Explain the Shewart’s Plan-Act-Check-Do paradigm? Shewart’s paradigm, applied to both the software product and process, generally consists of the following activities: 1) Plan: The SEI capability maturity model is a general framework or plan for developing five increasingly improved levels (initial, repeatable, defined, managed, and optimizing) of software process maturity. Because the CMM is designed to be generic, each organization must customize its process improvement plan for its own application(s), environment, and company organization. The five levels are designed as a logical progression, so each level must be achieved, in order, from one to five. It is not possible to skip levels. 2) Act: Because software is not produced by a manufacturing process, software designers must both strive to meet the users’ functional requirements for the product and design for correct implementation and easy maintainability. 3) Check: Software inspections and peer reviews are the major product control mechanism used. Quantifiable inspections results such as change requests provide the foundation for measurable process control and improvement. Audits are the most usual process verification process. Auditors need to examine not only whether the standards, procedures, and tools are adequate,
  • 2. but they also to see how well the project is following the prescribed process plans. 4) Do: Software quality control is often specified both by the customer acceptance criteria in the contract or requirements specification and by whether the software product meets written standards. Software measures are used to measure product quality in a quantifiable way. The most common process quality control approach is tracking actual against expected performance. Causes for significant deviation from the plan are found and corrected. <<<<<< =================== >>>>>> Q. 74: What are the uses of the CMM? The capability maturity model, developed by the Software Engineering Institute, is designed to help both development organizations and customers (government organizations or companies who acquire software). Software organizations need to understand the quality of their software process and how to improve it. Organizations contracting for software need ways to evaluate a potential contractor’s capability to carry out the work. The CMM has four intended uses to help organizations improve their software process capabilities: 1) Identify improvements 2) Identify risks in selecting contractors 3) Implement a process improvement program 4) Guide definition and development of the software process <<<<<< =================== >>>>>> Q. 75: What is SPA – “Software Process Assessment” method for applying CMM? A software process assessment is an in-house determination, primarily of the weaknesses of the software process in an organization as a whole. It is an internal tool that an organization can choose as a part of an overall program for improving its ability to produce high-quality products on time and within budget. The objectives of the SPA method are as under: (1) Identify strengths, weaknesses, and existing improvement activities on which to base an organization-wide improvement effort and (2) To get organizational buy-in to that effort. The method is used to help an organization identify key areas for improvement, begin to baseline its software process, and initiate improvements. <<<<<< =================== >>>>>> Q. 76: What is SCE – “Software Capability Evaluation” method for applying CMM? A software capability evaluation is an independent evaluation of an organization’s software process as it relates to a particular acquisition. It is a tool that helps an external group (an “acquirer”) determine the organization’s ability to produce a particular product having high quality and to produce it on time and within budget.
  • 3. The objective of the SCE method is to identify strengths, weaknesses, and existing improvement activities in a supplier’s software process that best indicate the risk associated with using that supplier for a particular software acquisition. The method is used to identify software risks, help in mitigating these risks, and motivate initiation of improvement programs. <<<<<< =================== >>>>>> Q. 77: What are the differences between SPA & SCE method for applying CMM? Sr. SCE - Software Capability SPA - Software Process Evaluation Assessment 1 Used by acquisition Used by organization to organization for source improve software process selection and contract monitoring 2 Results to the organization Results to organization only and the acquirer 3 Substantiates current Assesses current practice practice 4 Assesses commitment to Acts as catalyst for process improve improvement 5 Analyzes contract Provides input to improvement performance potential action plan 6 Independent evaluation— Collaborative—organization no organization members members on team, with on team representative from licensed SPA associate or SEI 7 Applies to performance for Applies to organization overall, a particular contract not individual projects <<<<<< =================== >>>>>> Q. 78: What are the Key Process areas – KPA in CMM? Key process areas (KPAs) identify areas on which an organization should focus in order to improve its software development processes. Each key process area is made up of key practices that contribute to achieving the goals of the KPA. Goals can be used to resolve whether an organization or project has adequately implemented a key process area. Goals signify the scope, boundaries, and intent of each key process area. Key process areas are building blocks—fundamental activities for organizations trying to improve their software process. Other process areas exist, but these were selected as particularly effective in improving process capability. Each key process area is unique to a single maturity level. <<<<<< =================== >>>>>> Q. 79: What are the Key Practices in CMM? Key practices are the lowest level, specific details of the CMM. Key practices define each key process area 3 by specifying policies, procedures, and activities that contribute to satisfying its goal. They are a working definition of the key process area. Key practices provide a link between the CMM and the maturity questionnaire. Specific questions relate to specific key practices. Industry experience and empirical studies were used to identify
  • 4. the key practices chosen by the SEI. Each key practice describes, but does not mandate, how that practice should be performed. <<<<<< =================== >>>>>> Q. 80: What are the Maturity Questionnaire in CMM? The maturity questionnaire consists of questions about the software process that sample the practices in each key process area. The maturity questionnaire is a springboard for an assessment or evaluation team’s visit. The CMM provides a hierarchical structure that guides the team in investigating an organization’s software process. Answers to the questions identify process strengths and weaknesses in terms of key process areas. Questions in the maturity questionnaire are designed to determine the presence or absence of the various key practices. Questions are not open-ended, but are intended to obtain a quantified result from the following answers: yes, no, don’t know, and not applicable. The SCE team identifies strengths, weaknesses, and improvement activities that they consider to be most relevant to performance on the acquisition contract. A group in the acquisition agency then transforms the findings into acquisition risks and/or technical ratings, which, along with other criteria, the agency can use to select a source or monitor a contract. The SPA team also analyzes the questionnaire data to determine the current software process maturity level, identify key findings (that is, determine what will impede capability to produce quality software), and note strengths the organization can build upon. The team presents the results to senior management and, often, to the entire organization that was assessed. The team often enlists the aid of others within the organization to make recommendations for process improvement actions. An action planning group (often a software engineering process group, under the guidance of a management steering committee) develops the strategies for accomplishing long-term process improvement and determines what improvements are achievable within a specific time frame. They work with many others in the organization to create an action plan and implement it. Read More articles on ISTQB CTAL Advanced Level Certifications at http://www.softwaretestinggenius.com/categoryDetail.php?catId=166