[2024] CTFL_Syll_4.0 PDF Questions – Perfect Prospect To Go With ExamsTorrent Practice Exam [Q34-Q52]

QUESTION 34
Which of the following statements about static testing and dynamic testing is true?

Unlike dynamic testing, which can be also performed manually, static testing cannot be performed without specialized tools

Static testing is usually much less cost-effective than dynamic testing

Unlike dynamic testing, which focuses on detecting potential defects, static testing focuses on detecting failures which may be due to actual defects

Both static testing and dynamic testing can be used to highlight issues associated with non-functional characteristics

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

Test plans

Source code

Compiled code

Formal models

QUESTION 36
An alphanumeric password must be between 4 and 7 characters long and must contain at least one numeric character, one capital (uppercase) letter and one lowercase letter of the alphabet.
Which one of the following sets of test cases represents the correct outcome of a two-value boundary value analysis applied to the password length? (Note: test cases are separated by a semicolon)

1xA;aB11;Pq1ZZab;7iDD0a1x

aB11;99rSp:5NnN10;7iDD0a1x

1xB: aB11: 99rSp: 5NnN10; 4NnN10T; 44ghWn19

1RhT;rSp53;3N3e10;8sBdby

QUESTION 37
Confirmation testing is performed after:

a defect is fixed and after other tests do not find any side-effect introduced in the software as a result of such fix

a failed test, and aims to run that test again to confirm that the same behavior still occurs and thus appears to be reproducible

the execution of an automated regression test suite to confirm the absence of false positives in the test results

a defect is fixed, and if such testing is successful then the regression tests that are relevant for such fix can be executed

QUESTION 38
Which of the following statements about branch coverage is true?

The minimum number of test cases needed to achieve full branch coverage, is usually lower than that needed to achieve full statement coverage

If full branch coverage has been achieved, then all unconditional branches within the code have surely been exercised

If full branch coverage has been achieved, then all combinations of conditions in a decision table have surely been exercised

Exercising at least one of the decision outcomes for all decisions within the code, ensures achieving full branch coverage

Exercising at least one of the decision outcomes for all decisions within the code, ensures achieving full branch coverage, which is a test coverage criterion that requires that all branches in the control flow of the code are executed at least once by the test cases. A branch is a basic block of code that has a single entry point and a single exit point, and a decision is a point in the code where the control flow can take more than one direction, such as an if-then-else statement, a switch-case statement, a loop statement, etc. The decision outcomes are the possible paths that can be taken from a decision, such as the then branch or the else branch, the case branch or the default branch, the loop body or the loop exit, etc. The other statements are false, because:
The minimum number of test cases needed to achieve full branch coverage, is usually higher than that needed to achieve full statement coverage, which is a test coverage criterion that requires that all executable statements in the code are executed at least once by the test cases. This is because branch coverage is a stronger criterion than statement coverage, as it implies statement coverage, but not vice versa. For example, a single test case can achieve full statement coverage for an if-then-else statement, but two test cases are needed to achieve full branch coverage, as both the then branch and the else branch need to be exercised.
If full branch coverage has been achieved, then all unconditional branches within the code have not necessarily been exercised, as unconditional branches are branches that do not depend on any decision, and are always executed, such as a goto statement, a break statement, a return statement, etc. Unconditional branches are not part of the branch coverage criterion, as they do not represent different paths in the control flow of the code. However, they are part of the statement coverage criterion, as they are executable statements in the code.
If full branch coverage has been achieved, then all combinations of conditions in a decision table have not necessarily been exercised, as a decision table is a test design technique that represents the logical relationships between multiple conditions and their corresponding actions, in a tabular format. A decision table can have more combinations of conditions than the number of decision outcomes in the code, as each condition can have two or more possible values, such as true or false, yes or no, etc. For example, a decision table with four conditions can have 16 combinations of conditions, but the corresponding code may have only two decision outcomes, such as pass or fail. To exercise all combinations of conditions in a decision table, a stronger test coverage criterion is needed, such as condition combination coverage, which requires that all possible combinations of condition outcomes in the code are executed at least once by the test cases. Reference: ISTQB Certified Tester Foundation Level (CTFL) v4.0 sources and documents:
ISTQB® Certified Tester Foundation Level Syllabus v4.0, Chapter 2.3.1, Test Coverage Criteria Based on the Structure of the Software ISTQB® Glossary of Testing Terms v4.0, Branch Coverage, Statement Coverage, Branch, Decision, Decision Outcome, Unconditional Branch, Decision Table, Condition Combination Coverage

QUESTION 39
Consider a review for a high-level architectural document written by a software architect. The architect does most of the review preparation work, including distributing the document to reviewers before the review meeting. However, reviewers are not required to analyze the document in advance, and during the review meeting the software architect explains the document step by step. The only goal of this review is to establish a common understanding of the software architecture that will be used in a software development project.
Which of the following review types does this review refer to?

Inspection

Audit

Walkthrough

Informal review

QUESTION 40
Which of the following statements about exploratory testing is true?

Exploratory testing is an experience-based test technique in which testers explore the requirements specification to detect non testable requirements

When exploratory testing is conducted following a session-based approach, the issues detected by the testers can be documented in session sheets

Exploratory testing is an experience-based test technique used by testers during informal code reviews to find defects by exploring the source code

In exploratory testing, testers usually produce scripted tests and establish bidirectional traceability between these tests and the items of the test basis

Exploratory testing is an experience-based test technique in which testers dynamically design and execute tests based on their knowledge, intuition, and learning of the software system, without following predefined test scripts or test cases. Exploratory testing can be conducted following a session-based approach, which is a structured way of managing and measuring exploratory testing. In a session-based approach, the testers perform uninterrupted test sessions, usually lasting between 60 and 120 minutes, with a specific charter or goal, and document the issues detected, the test coverage achieved, and the time spent in session sheets. Session sheets are records of the test activities, results, and observations during a test session, which can be used for reporting, debriefing, and learning purposes. The other statements are false, because:
Exploratory testing is not a test technique in which testers explore the requirements specification to detect non testable requirements, but rather a test technique in which testers explore the software system to detect functional and non-functional defects, as well as to learn new information, risks, or opportunities. Non testable requirements are requirements that are ambiguous, incomplete, inconsistent, or not verifiable, which can affect the quality and effectiveness of the testing process. Non testable requirements can be detected by applying static testing techniques, such as reviews or inspections, to the requirements specification, before the software system is developed or tested.
Exploratory testing is not a test technique used by testers during informal code reviews to find defects by exploring the source code, but rather a test technique used by testers during dynamic testing to find defects by exploring the behavior and performance of the software system, without examining the source code. Informal code reviews are static testing techniques, in which the source code is analyzed by one or more reviewers, without following a formal process or using a checklist, to identify defects, violations, or improvements. Informal code reviews are usually performed by developers or peers, not by testers.
In exploratory testing, testers usually do not produce scripted tests and establish bidirectional traceability between these tests and the items of the test basis, but rather produce unscripted tests and adapt them based on the feedback and the findings of the testing process. Scripted tests are tests that are designed and documented in advance, with predefined inputs, outputs, and expected results, and are executed according to a test plan or a test procedure. Bidirectional traceability is the ability to trace both forward and backward the relationships between the items of the test basis, such as the requirements, the design, the risks, etc., and the test artifacts, such as the test cases, the test results, the defects, etc. Scripted tests and bidirectional traceability are usually associated with more formal and structured testing approaches, such as specification-based or structure-based test techniques, not with exploratory testing. Reference: ISTQB Certified Tester Foundation Level (CTFL) v4.0 sources and documents:
ISTQB® Certified Tester Foundation Level Syllabus v4.0, Chapter 2.2.3, Experience-based Test Design Techniques1 ISTQB® Glossary of Testing Terms v4.0, Exploratory Testing, Session-based Testing, Session Sheet, Non Testable Requirement, Static Testing, Informal Review, Dynamic Testing, Scripted Testing, Bidirectional Traceability2

QUESTION 41
A Test Manager conducts risk assessment for a project. One of the identified risks is: The sub-contractor may fail to meet his commitment”. If this risk materializes. it will lead to delay in completion of testing required for the current cycle.
Which of the following sentences correctly describes the risk?

It is a product risk since any risk associated with development timeline is a product risk.

It is no longer a risk for the Test Manager since an independent party (the sub-contractor) is now managing it

It is a object risk since successful completion of the object depends on successful and timely completion of the tests

It is a product risk since default on part of the sub-contractor may lead to delay in release of the product

A product risk is a risk that affects the quality or timeliness of the software product being developed or tested1. Product risks are related to the requirements, design, implementation, verification, and maintenance of the software product2.
The risk of the sub-contractor failing to meet his commitment is a product risk, as it could cause a delay in the completion of the testing required for the current cycle, which in turn could affect the release date of the product. The release date is an important aspect of the product quality, as it reflects the customer satisfaction and the market competitiveness of the product3.
The other options are not correct because:
A) It is not true that any risk associated with development timeline is a product risk. Some risks could be project risks, which are risks that affect the management or control of the software project, such as budget, resources, schedule, or communication1. For example, a risk of losing a key project stakeholder is a project risk, not a product risk.
B) It is not true that the risk is no longer a risk for the Test Manager since an independent party is managing it. The Test Manager is still responsible for ensuring that the testing activities are completed according to the test plan and the quality objectives4. The Test Manager should monitor and control the sub-contractor’s performance and communicate with him regularly to identify and mitigate any potential issues or deviations5.
C) It is not clear what is meant by “object” in this option, but it could be interpreted as the software system under test or the test object6. In any case, the risk is not an object risk, as it does not affect the successful completion of the object, but rather the successful completion of the testing of the object. An object risk could be a risk that affects the functionality, reliability, usability, efficiency, maintainability, or portability of the software system under test2. For example, a risk of the software system having a high complexity or a low testability is an object risk, not a product risk.
Reference =
1 ISTQB® Certified Tester Foundation Level Syllabus v4.0, 2023, p. 97
2 ISTQB® Certified Tester Foundation Level Syllabus v4.0, 2023, p. 98
3 ISTQB® Certified Tester Foundation Level Syllabus v4.0, 2023, p. 99
4 ISTQB® Certified Tester Foundation Level Syllabus v4.0, 2023, p. 100
5 ISTQB® Certified Tester Foundation Level Syllabus v4.0, 2023, p. 101
6 ISTQB® Certified Tester Foundation Level Syllabus v4.0, 2023, p. 102

QUESTION 42
Which of the following is a test-first approach, where tests that express a shared understanding from stakeholders of how the application is expected to work, are first written in business-readable language (following the Given/When/Then format), and then made executable to drive development?

Test-Driven Development (TDD)

Acceptance Test-Driven Development (ATDD)

Behavior-Driven Development (BDD)

Domain-Driven Design (DDD)

QUESTION 43
Consider the following examples of risks identified in different software development projects:
[I]. The contrast color ratio for both normal text and large text of a website does not comply with the applicable accessibility guidelines, making it difficult for many users to read the content on the pages
[II]. A development vendor fails to deliver their software system on time, causing significant delays to system integration testing activities that have been planned as part of a development project for a system of systems
[III]. People in the test team do not have sufficient skills to automate tests at the test levels required by the test automation strategy which does not allow production of an effective regression test suite
[IV]. In a web application, data from untrusted sources is not subject to proper input validation, making the application vulnerable to several security attacks Which of the following statements is true?

[I] and [III] are product risks; [II] and [IV] are project risks

[I] and [IV] are product risks. [II] and [III] are project risks

[II], [III] and [IV] are product risks; [I] is a project risk

[IV] is a product risk; [I]. [II] and [III] are project risks

QUESTION 44
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 45
In which of the following test documents would you expect to find test exit criteria described9

Test design specification

Project plan

Requirements specification

Test plan

Test exit criteria are the conditions that must be fulfilled before concluding a particular testing phase. These criteria act as a checkpoint to assess whether we have achieved the testing objectives and are done with testing1. Test exit criteria are typically defined in the test plan document, which is one of the outputs of the test planning phase. The test plan document describes the scope, approach, resources, and schedule of the testing activities. It also identifies the test items, the features to be tested, the testing tasks, the risks, and the test deliverables2. According to the ISTQB® Certified Tester Foundation Level Syllabus v4.0, the test plan document should include the following information related to the test exit criteria3:
The criteria for evaluating test completion, such as the percentage of test cases executed, the percentage of test coverage achieved, the number and severity of defects found and fixed, the quality and reliability of the software product, and the stakeholder satisfaction.
The criteria for evaluating test process improvement, such as the adherence to the test strategy, the efficiency and effectiveness of the testing activities, the lessons learned and best practices identified, and the recommendations for future improvements.
Therefore, the test plan document is the most appropriate test document to find the test exit criteria described. The other options, such as test design specification, project plan, and requirements specification, are not directly related to the test exit criteria. The test design specification describes the test cases and test procedures for a specific test level or test type3. The project plan describes the overall objectives, scope, assumptions, risks, and deliverables of the software project4. The requirements specification describes the functional and non-functional requirements of the software product5. None of these documents specify the conditions for ending the testing process or evaluating the testing outcomes. Reference = ISTQB® Certified Tester Foundation Level Syllabus v4.0, Entry and Exit Criteria in Software Testing | Baeldung on Computer Science, Entry And Exit Criteria In Software Testing – Rishabh Software, Entry and Exit Criteria in Software Testing Life Cycle – STLC [2022 Updated] – Testsigma Blog, ISTQB® releases Certified Tester Foundation Level v4.0 (CTFL).

QUESTION 46
Which of the following statements is true?

Functional testing focuses on what the system should do while non-functional testing on the internal structure of the system

Non-functional testing includes testing of both technical and non-technical quality characteristics

Testers who perform functional tests are generally expected to have more technical skills than testers who perform non-functional tests

The test techniques that can be used to design white-box tests are described in the ISO/IEC 25010 standard

QUESTION 47
For each of the test cases to be executed, the following table specifies the priority order and dependencies on other test cases

Which of the following test execution schedules is compatible with the logical dependencies and allows executing the test cases in priority order?

TC4, TC3, TC2, TC6, TC5. TC1

TC4, TC6, TC3, TC2, TC5, TC1

TC3, TC5, TC6, TC1, TC4, TC3

TC4, TC3,TC2,TC6,TC1,TC5

QUESTION 48
Which of the following is a task the Author is responsible for, as part of a typical formal review?

Determining the people who will be involved in the review

Recording the anomalies found during the review meeting

Identifying potential anomalies in the work product under review

Fixing the anomalies found in the work product under review

QUESTION 49
Which of the following are the phases of the ISTQB fundamental test process?

Test planning and control, Test analysis and design, Test implementation and execution, Evaluating ex t criteria and reporting. Test closure activities

Test planning, Test analysis and design. Test implementation and control. Checking test coverage and reporting, Test closure activities

Test planning and control, Test specification and design. Test implementation and execution, Evaluating test coverage and reporting, Retesting and regression testing, Test closure activities

Test planning. Test specification and design. Test implementation and execution. Evaluating exit criteria and reporting. Retesting and test closure activities

The ISTQB fundamental test process consists of five main phases, as described in the ISTQB Foundation Level Syllabus, Version 4.0, 2018, Section 2.2, page 15:
Test planning and control: This phase involves defining the test objectives, scope, strategy, resources, schedule, risks, and metrics, as well as monitoring and controlling the test activities and results throughout the test process.
Test analysis and design: This phase involves analyzing the test basis (such as requirements, specifications, or user stories) to identify test conditions (such as features, functions, or scenarios) that need to be tested, and designing test cases and test procedures (such as inputs, expected outcomes, and execution steps) to cover the test conditions. This phase also involves evaluating the testability of the test basis and the test items (such as software or system components), and selecting and implementing test techniques (such as equivalence partitioning, boundary value analysis, or state transition testing) to achieve the test objectives and optimize the test coverage and efficiency.
Test implementation and execution: This phase involves preparing the test environment (such as hardware, software, data, or tools) and testware (such as test cases, test procedures, test data, or test scripts) for test execution, and executing the test procedures or scripts according to the test plan and schedule. This phase also involves logging the outcome of test execution, comparing the actual results with the expected results, and reporting any discrepancies as incidents (such as defects, errors, or failures).
Evaluating exit criteria and reporting: This phase involves checking if the planned test activities have been completed and the exit criteria (such as quality, coverage, or risk levels) have been met, and reporting the test results and outcomes to the stakeholders. This phase also involves making recommendations for the release or acceptance decision based on the test results and outcomes, and identifying any residual risks (such as known defects or untested areas) that need to be addressed or mitigated.
Test closure activities: This phase involves finalizing and archiving the testware and test environment for future reuse, and evaluating the test process and the test project against the test objectives and the test plan. This phase also involves identifying any lessons learned and best practices, and communicating the findings and suggestions for improvement to the relevant parties.
Reference = ISTQB Certified Tester Foundation Level Syllabus, Version 4.0, 2018, Section 2.2, page 15; ISTQB Glossary of Testing Terms, Version 4.0, 2018, pages 37-38; ISTQB CTFL 4.0 – Sample Exam – Answers, Version 1.1, 2023, Question 88, page 32.

QUESTION 50
Which of the following s the most correct statement about state testing techniques?

Static techniques can be used before all code is ready for execution

Static techniques find more detects then dynamic techniques.

Static techniques can be used by inexperienced users.

Static techniques are always cheaper than dynamic techniques.

QUESTION 51
The whole-team approach:

promotes the idea that all team members should have a thorough understanding of test techniques

is a consensus-based approach that engages the whole team in estimating the user stories

promotes the idea that all team members should be responsible for the quality of the product

is mostly adopted in projects aimed at developing safety-critical systems, as it ensures the highest level of testing independence

QUESTION 52
Which of the following statements is not correct?

Looking for defects in a system may require Ignoring system details