[Q158-Q178] 2025 Valid ISTQB-CTFL Dumps for Helping Passing ISTQB Exam!

Rate this post

2025 Valid ISTQB-CTFL Dumps for Helping Passing ISTQB Exam!

Download Free ISTQB ISTQB-CTFL Exam Questions & Answer

QUESTION 158
Which of the following statements contradicts the general principles of testing?

Testing is better if it starts at the beginning of a project.

If new defects are to be found we should run the same test set more often.

How testing is done, is based on the situation in a particular project.

Most defects are found in a small subset of a system’s modules.

QUESTION 159
Which of the following definitions is NOT true?

Test data preparation tools fill databases, create files or data transmissions to set up test data to be used during the execution of tests.

Test execution tools execute test objects using automated test scripts.

Test Management tools monitor and report on how a system behaves during the testing activities.

Test comparators determine differences between files, databases or test results.

QUESTION 160
An Incident Management tool implements the following defect states; Open, Assigned, Solved, Closed Consider the following defect report:
Id T000561
Test Object “Warehouse Management’ application
Tester name; John Bishop
Date: 10th. April 2010
Test Case MRT558I
Status OPEN
Severity Serious
Priority
Problem- After inputting the Total Quantity item = 450 in the SV034 screen, the system shows an unexpected Error message=47 Correction:
Developer name:
Closing date:
Which of the following is a valid criticism of this report?

The Priority, the Correction description and the Developer name are missing

The version of the application is missing

There is no link to the applicable requirement (traceability)

The description is not highlighting the source of the problem

A valid criticism of this report is that the version of the application is missing. The version of the application is an important piece of information that should be included in a defect report, as it helps to identify which release or build of the software product contains the defect. The version of the application can also help to reproduce and debug the defect, as different versions may have different behaviors or features. The other options are not valid criticisms of this report. The priority, the correction description and the developer name are not missing, but rather not applicable for this report. The priority is a measure of how urgently a defect needs to be fixed, which can be assigned by the project manager or the defect tracking system, not by the tester who reports the defect. The correction description and the developer name are information that are added after the defect has been resolved, not when it has been reported. There is no link to the applicable requirement (traceability) is not a valid criticism of this report, because traceability is not a mandatory attribute of a defect report, but rather an optional one. Traceability is a relationship between two or more entities (such as requirements, test cases, defects, etc.) that shows how they are related or dependent on each other. Traceability can help to verify that the requirements are met by the test cases and defects, but it is not essential for reporting a defect. The description is not highlighting the source of the problem is not a valid criticism of this report, because highlighting the source of the problem is not a responsibility of the tester who reports the defect, but rather of the developer who fixes the defect. The description should provide enough information to describe what happened when the defect occurred, such as input values, expected results, actual results, error messages, screenshots, etc., but it does not need to explain why or how it happened. Verified Reference: A Study Guide to the ISTQB Foundation Level 2018 Syllabus – Springer, page 140.

QUESTION 161
The following chart represents metrics related to testing of a project that was competed. Indicate what is represented by tie lines A, B and the axes X.Y

QUESTION 162
A program is used to control a manufacturing line (turn machines on and off. start and stop conveyer belts, add raw materials to the flow. etc.). Not all actions are possible at all times. For example, there are certain manufacturing stages that cannot be stopped – unless there is an emergency. A tester attempts to evaluate if all such cases (where a specific action is not allowed) are covered by the tests.
Which coverage metric will provide the needed information for this analysis?

Code coverage

Data flow coverage

Statement coverage

Branch Coverage

Branch coverage is a type of structural coverage metric that measures the percentage of branches or decision outcomes that are executed by the test cases. A branch is a point in the code where the control flow can take two or more alternative paths based on a condition. For example, an if-else statement is a branch that can execute either the if-block or the else-block depending on the evaluation of the condition. Branch coverage ensures that each branch is taken at least once by the test cases, and thus reveals the behavior of the software under different scenarios. Branch coverage is also known as decision coverage or all-edges coverage.
Branch coverage is suitable for testing the cases where a specific action is not allowed, because it can verify that the test cases cover all the possible outcomes of the conditions that determine the action. For example, if the program has a condition that checks if the manufacturing stage can be stopped, then branch coverage can ensure that the test cases cover both the cases where the stage can be stopped and where it cannot be stopped.
This way, branch coverage can help identify any missing or incorrect branches that may lead to undesired or unsafe actions.
The other options are not correct because they are not suitable for testing the cases where a specific action is not allowed. Code coverage is a general term that encompasses various types of coverage metrics, such as statement coverage, branch coverage, data flow coverage, etc. Code coverage does not specify which type of coverage metric is used for the analysis. Data flow coverage is a type of structural coverage metric that measures the percentage of data flow paths that are executed by the test cases. A data flow path is a sequence of statements that define, use, or kill a variable. Data flow coverage is useful for testing the correctness and completeness of the data manipulation in the software, but not for testing the conditions that determine the actions. Statement coverage is a type of structural coverage metric that measures the percentage of statements or lines of code that are executed by the test cases. Statement coverage ensures that each statement is executed at least once by the test cases, but it does not reveal the behavior of the software under different scenarios.
Statement coverage is a weaker criterion than branch coverage, because it does not account for the branches or decision outcomes in the code. References = ISTQB Certified Tester Foundation Level (CTFL) v4.0 syllabus, Chapter 4: Test Techniques, Section 4.3: Structural Testing Techniques, Pages 51-54.

QUESTION 163
During system testing phase of a word processor, a tester finds that on opening a file from a particular set of files, which are part of a critical workflow, the word processor crashes. Which of the following is the next step the tester should take poor to recording the deviation?

Try to recreate the incident before reporting

Try to identify the code fragment causing the problem

Send an email to the developer and not report the bug

Report the incident as is without any further action

QUESTION 164
Which of the following statements about estimation of the test effort is WRONG?

Once the test effort is estimated, resources can be identified and a schedule can be drawn up.

Effort estimate can be inaccurate because the quality of the product under tests is not known.

Effort estimate depends on the budget of the project.

Experience based estimation is one of the estimation techniques.

Effort estimate does not depend on the budget of the project, but rather on the scope, complexity, and quality of the software product and the testing activities1. Budget is a constraint that may affect the feasibility and accuracy of the effort estimate, but it is not a factor that determines the effort estimate. Effort estimate is the amount of work required to complete the testing activities, measured in terms of person-hours, person-days, or person-months2.
The other options are correct because:
A) Once the test effort is estimated, resources can be identified and a schedule can be drawn up, as they are interrelated aspects of the test planning process3. Resources are the people, tools, equipment, and facilities needed to perform the testing activities4. Schedule is the time frame and sequence of the testing activities, aligned with the project milestones and deadlines5.
B) Effort estimate can be inaccurate because the quality of the product under tests is not known, as it affects the number and severity of the defects that may be found and the rework that may be needed to fix them6. Quality is the degree to which the software product satisfies the specified requirements and meets the needs and expectations of the users and clients7.
D) Experience based estimation is one of the estimation techniques, which relies on the judgment and expertise of the testers and other project stakeholders to estimate the test effort based on similar projects or tasks done in the past. Experience based estimation can be useful when there is a lack of historical data, formal methods, or detailed information about the software product and the testing activities.
Reference =
1 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, p. 154
2 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, p. 155
3 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, p. 156
4 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, p. 157
5 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, p. 158
6 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, p. 159
7 ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, p. 16
[8] ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, p. 160
[9] ISTQB Certified Tester Foundation Level Syllabus v4.0, 2023, p. 161

QUESTION 165
Which of the following BEST defines risk level?

Risk level is determined by calculating the absolute value of the sum of all potential issues that may occur on the project

Risk level is calculated by adding the probabilities of all planned risks to a project

Risk level is calculated by dividing the sum of all known risks by the sum of all unknown risks

Risk level is determined by the likelihood of an event happening and the impact or harm from that event

QUESTION 166
Why should you choose a test technique?

Because you need to match the way you test to the content of the product under test

Because of the time constraints that usually accompany a test project

Because this way you cover the full scope of the product’s functionality

Because choosing a test technique is a common practice in software testing

QUESTION 167
You are testing the latest version of an air-traffic control system prior to production deployment using exploratory testing. After following an unusual sequence of input steps, the system crashes. After the crash, you document a defect report with the following information:
*Title: System crashes unexpectedly during input.
*Brief summary: System crashes when an unusual sequence of inputs is used.
*Version: V1.001
*Test: Exploratory testing prior to production deployment
*Priority: Urgent
*Risk: High
*References: Screenshot of crashed application
What critical Information Is missing from this report?

Conclusions, recommendations, and approvals.

Change history.

Description of the defect to enable reproduction.

Status of defect

QUESTION 168
Which of the following statements regarding inspection isNOTtrue?

An inspection may be led by a trained moderator who shall not be the author.

The main purpose of an inspection is to find solutions to the problems.

An inspection can be performed by peers.

An inspection shall follow a formal process based on rules and checklists with entry and exit criteria

An inspection is a type of review that follows a defined process with formal entry and exit criteria and roles and responsibilities for participants. An inspection can be performed by peers with different roles, such as moderator, author, reviewer and scribe. The following statement about inspection is not true:
* B) The main purpose of an inspection is to find solutions to the problems. This statement is not true, as the main purpose of an inspection is to find defects or issues in a work product, not to find solutions to the problems. Finding solutions to the problems is a debugging or problem-solving activity that is usually performed by the author or developer after receiving the inspection report. The following statements about inspection are true:
* A) An inspection may be led by a trained moderator who shall not be the author. This statement is true, as an inspection requires a moderator role who leads the inspection process and ensures that it follows the rules and standards. The moderator should be trained in inspection techniques and should not be the author of the work product under inspection, in order to avoid bias or conflict of interest.
* C) An inspection can be performed by peers. This statement is true, as an inspection involves peer review, which means that the work product under inspection is evaluated by people who have similar roles or expertise as the author, but who are not directly involved in creating or modifying the work product.
* D) An inspection shall follow a formal process based on rules and checklists with entry and exit criteria.
This statement is true, as an inspection follows a formal process that consists of six main steps:
planning, kick-off meeting, individual preparation, review meeting, rework and follow-up. Each step has defined rules and checklists to guide the participants and ensure consistency and quality. Each step also has entry and exit criteria to ensure that the prerequisites and objectives are met before moving to the next step. Verified References: A Study Guide to the ISTQB® Foundation Level 2018 Syllabus – Springer, Chapter 3, page 28-29.

QUESTION 169
Which of the following work products cannot be examined by static analysis?

Test plans

Source code

Compiled code

Formal models

QUESTION 170
In which of the following cases you would NOT execute maintenance testing?

Retirement of the software or system

Modifications to a released software or system

Migration of the system data to a replacement system

Update to the Maintainability requirements during the development phase

QUESTION 171
Determining the schedule for each testing activity and test milestones for a test project, using activity estimates, available resources, and other constraints is a typical task performed during

Test execution

Test design.

Test analysis.

Test planning

QUESTION 172
Which of the following statements about how different types of test tools support testers is true?

The support offered by a test data preparation tool is often leveraged by testers to run automated regression test suites

The support offered by a performance testing tool is often leveraged by testers to run load tests

The support offered by a bug prediction tool is often used by testers to track the bugs they found

The support offered by a continuous integration tool is often leveraged by testers to automatically generate test cases from a model

The support offered by a performance testing tool is often leveraged by testers to run load tests, which are tests that simulate a large number of concurrent users or transactions on the system under test, in order to measure its performance, reliability, and scalability. Performance testing tools can help testers to generate realistic workloads, monitor system behavior, collect and analyze performance metrics, and identify performance bottlenecks. The other statements are false, because:
* A test data preparation tool is a tool that helps testers to create, manage, and manipulate test data, which are the inputs and outputs of test cases. Test data preparation tools are not directly related to running automated regression test suites, which are test suites that verify that the system still works as expected after changes or modifications. Regression test suites are usually executed by test execution tools, which are tools that can automatically run test cases and compare actual results with expected results.
* A bug prediction tool is a tool that uses machine learning or statistical techniques to predict the likelihood of defects in a software system, based on various factors such as code complexity, code churn, code coverage, code smells, etc. Bug prediction tools are not used by testers to track the bugs they found, which are the actual defects that have been detected and reported during testing. Bugs are
* usually tracked by defect management tools, which are tools that help testers to record, monitor, analyze, and resolve defects.
* A continuous integration tool is a tool that enables the integration of code changes from multiple developers into a shared repository, and the execution of automated builds and tests, in order to ensure the quality and consistency of the software system. Continuous integration tools are not used by testers to automatically generate test cases from a model, which are test cases that are derived from a representation of the system under test, such as a state diagram, a decision table, a use case, etc. Test cases can be automatically generated by test design tools, which are tools that support the implementation and maintenance of test cases, based on test design specifications or test models.
References: ISTQB Certified Tester Foundation Level (CTFL) v4.0 sources and documents:
* ISTQB Certified Tester Foundation Level Syllabus v4.0, Chapter 3.4.1, Types of Test Tools
* ISTQB Glossary of Testing Terms v4.0, Performance Testing Tool, Test Data Preparation Tool, Bug Prediction Tool, Continuous Integration Tool, Test Execution Tool, Defect Management Tool, Test Design Tool

QUESTION 173
Which of the following statements about testware are correct?
I When closing the test activities, all the testware resources can be uninstalled and released II All the testware should be subject to Configuration Management III. The testware. at the end of the project, should be transferred to the organization responsible for maintenance IV The developers are responsible for the correct installation of the testware

II, Ill

I, Ill

I, IV

II, IV

Testware is a term that refers to all artifacts produced during the testing process, such as test plans, test cases, test scripts, test data, test results, defect reports, etc. The following statements about testware are correct:
* II) All the testware should be subject to Configuration Management. Configuration management is a process that establishes and maintains consistency among work products throughout their life cycle.
Configuration management applies to all testware, as it helps ensure their quality and consistency, track their changes and defects, control their versions and access rights, and link them to other artifacts.
* III) The testware at the end of the project should be transferred to the organization responsible for maintenance. Maintenance testing is testing performed on a software product after delivery to correct defects or improve performance or other attributes. Maintenance testing requires testware from previous testing activities or phases, such as test cases, test data, test results, etc. Therefore, the testware at the end of the project should be transferred to the organization responsible for maintenance testing, such as support team or maintenance team. The following statements about testware are incorrect:
* I) When closing the test activities, all the testware resources can be uninstalled and released. This statement is incorrect, as some testware resources may still be needed for future testing activities or phases, such as maintenance testing or regression testing. Therefore, when closing the test activities, some testware resources should be archived and stored for future use, while others can be uninstalled and released.
* IV) The developers are responsible for the correct installation of the testware. This statement is incorrect, as the testers are responsible for the correct installation of the testware. The testers should ensure that they have access to all necessary testware resources and that they are installed and configured properly before starting the test execution. Verified References: A Study Guide to the ISTQB Foundation Level 2018 Syllabus – Springer, Chapter 6, page 58-61.

QUESTION 174
Which of the following statements about re-testing and regression testing are TRUE?
I Re-testing should be performed after a defect is fixed.
II Regression testing should always be performed after a defect is fixed.
III Re-testing and regression testing may be performed at any test level.
IV Regression testing may include functional, non-functional and structural testing.
V Re-testing should be included in the debugging activity.

I, III. Iv

II, v

I, Ill

II. IV, V

The following statements about re-testing and regression testing are true:
I) Re-testing should be performed after a defect is fixed. Re-testing is a type of testing that verifies that a defect has been successfully resolved by executing a test case that previously failed due to that defect. Re-testing should be performed after a defect is fixed and delivered to ensure that it does not cause any new failures or side effects.
III) Re-testing and regression testing may be performed at any test level. Re-testing and regression testing are not limited to a specific test level, but can be applied at any level depending on the context and objectives. For example, re-testing and regression testing can be performed at unit level, integration level, system level or acceptance level.
IV) Regression testing may include functional, non-functional and structural testing. Regression testing is a type of testing that verifies that previously tested software still performs correctly after changes. Regression testing may include various types of testing depending on the scope and purpose of the changes. For example, regression testing may include functional testing to check if the software meets its requirements, non-functional testing to check if the software meets its quality attributes, or structural testing to check if the software meets its design or code standards. The following statement about re-testing and regression testing is false:
II) Regression testing should always be performed after a defect is fixed. Regression testing is not always necessary after a defect is fixed, as some defects may have a low impact or low likelihood of affecting other parts of the software. Regression testing should be performed after a defect is fixed only if there is a risk of introducing new defects or causing existing defects due to the changes made to fix the defect. Verified Reference: A Study Guide to the ISTQB Foundation Level 2018 Syllabus – Springer, Chapter 2, page 19; Chapter 4, page 45.

QUESTION 175
Which of the following statements are true?
1. Early and frequent feedback helps to avoid requirements misunderstanding.
2. Early feedback allows teams to do more with less.
3. Early feedback allows the team to focus on the most Important features.
4. Early and frequent feedback clarifies customer feedback by applying static testing techniques Select the correct answer:

QUESTION 176
Which of the following statements about the testing quadrants is TRUE?

The higher the number of the testing quadrant, the more important the tests associated with this quadrant are

Automated acceptance tests produced during BDD and ATDD are classified in quadrant 02.

Exploratory tests are classified in quadrant Q3, and they are usually included in a continuous integration process.

Automated unit tests produced during TDD are classified in quadrant Q4 as they are technology facing.

QUESTION 177
From a testing perspective, configuration management

Allows the expected results to be compared with the actual results.

Allows the tracking of all changes to versions of the testware.

Includes all activities that direct and control an organisation with regard to quality

Focuses on configuring static analysis tools to choose the most suitable breadth and depth of analysis.

QUESTION 178
Which of the following should be included in a test status report?
I. Estimation details
II. Total number of open and closed defects
III Actual effort spent
IV. Defect reports
V. Number of executed, failed, blocked tests

III.V

II, III

I. II. IV

II, III.V

The following should be included in a test status report: total number of open and closed defects, actual effort spent, and number of executed, failed, and blocked tests. A test status report is a document that provides information on the results and status of testing activities for a given period or phase. A test status report should include information that is relevant, accurate, and timely for the intended audience and purpose. Some of the information that should be included in a test status report are: total number of open and closed defects, which can indicate the defect trend and defect density of the software product; actual effort spent, which can indicate the productivity and efficiency of the testing process; number of executed, failed, and blocked tests, which can indicate the test progress and test coverage of the software product. The following should not be included in a test status report: estimation details, defect reports, and impact analysis. Estimation details are not part of a test status report, but rather part of a test plan or a test estimation document. Estimation details provide information on the expected time, resources, and costs for testing activities, not on the actual results or status of testing activities. Defect reports are not part of a test status report, but rather separate documents that provide detailed information on individual defects found during testing. Defect reports include information such as defect description, defect severity, defect priority, defectstatus, defect resolution, etc. Defect reports can be referenced or summarized in a test status report, but not included in full. Impact analysis is not part of a test status report, but rather part of a risk assessment or prioritization process. Impact analysis provides information on the potential effects or consequences of a change or a defect on the software product or project.
Impact analysis can be used to evaluate the amount or scope of testing to be performed, but not to report the results or status of testing activities. Verified References: A Study Guide to the ISTQB Foundation Level
2018 Syllabus – Springer, page 141.