iSQI CTFL_Syll2018 ISTQB Certified Tester Foundation Level Exam Practice Test

Answer : D

The correct answer is D, as it describes tools that support reviews.Tools that support reviews are tools that assist with performing static testing activities such as checking documents for defects or compliance with standards3. Examples of tools that support reviews are:

Tools for document review and annotation

Tools for document comparison and version control

Tools for checklist management and defect tracking

Option A is incorrect, as it describes tools that support usability testing.Tools that support usability testing are tools that assist with performing dynamic testing activities related to how easy and user-friendly the software product is3. Examples of tools that support usability testing are:

Tools for recording user actions and feedback

Tools for analyzing user behavior and satisfaction

Tools for simulating different user interfaces and devices

Option B is incorrect, as it describes tools that assess data quality.Tools that assess data quality are tools that assist with evaluating and improving the accuracy and completeness of data used for testing3. Examples of tools that assess data quality are:

Tools for data validation and verification

Tools for data cleansing and transformation

Tools for data profiling and analysis

Option C is incorrect, as it describes tools that support specialized testing needs.Tools that support specialized testing needs are tools that assist with performing dynamic testing activities related to specific domains or technologies3. Examples of tools that support specialized testing needs are:

Tools for security testing

Tools for performance testing

Tools for accessibility testing

Answer : D

The correct answer is D, as it describes exploratory testing.Exploratory testing is an experience-based test technique that involves simultaneous learning, test design, and test execution1. Exploratory testing may be used within defined time periods, during which the tester may follow a test charter as a guide.A test charter is a document that specifies the scope, objective, and approach of an exploratory testing session1.Option A is incorrect, as exploratory testing is not a suitable test technique that may replace both black-box and white-box test techniques, but a complementary technique that can be used along with other techniques1.Option B is incorrect, as exploratory testing does not require both solid specifications and much project time available for test execution, but can be used in situations where specifications are incomplete or changing and where time is limited1.Option C is incorrect, as exploratory testing is not a valid and useful black-box test technique since it focuses on test cases related to the architecture and design of a system, but an experience-based test technique that focuses on learning about the system and its behavior1. Reference:1, Section 4.2.6

Answer : A

The correct answer is A, as it describes error guessing.Error guessing is an experience-based test technique that involves designing tests based on experience, defect data, or common knowledge about why software fails1.Error guessing can be used to complement other more formal test techniques by focusing on areas that are more likely to contain defects1.Option B is incorrect, as error guessing does not involve building test cases based on the various experiences of developers, architects, users, and other stakeholders on project teams, but based on the tester's own experience and knowledge1.Option C is incorrect, as error guessing is not a suitable test technique that can be used effectively in place of more formal techniques, but a supplementary technique that can be used in addition to more formal techniques1.Option D is incorrect, as error guessing is not a valid and useful white-box test technique due to its high degree of statement coverage, but an experience-based test technique that does not rely on the structure of the software1. Reference:1, Section 4.2.6

Answer : B

It describes how test cases are derived from a use case.A use case is a description of a set of sequences of actions, including variants, that a system performs to yield an observable result of value to an actor1. An actor can be a human user or another system.Test cases are designed to cover various user behaviors, including basic, exceptional or alternative and error behaviors associated with each use case1.Option A is incorrect, as test cases derived from a use case are not based on non-functional requirements such as usability, but on functional requirements that describe what the system does1.Option C is incorrect, as test cases derived from a use case are not created using white-box test techniques, but using black-box test techniques that focus on the inputs and outputs of the system1.Option D is incorrect, as test cases derived from a use case are not based on pair testing, which is a technique that involves two testers working together to find defects1. Reference:1, Section 4.2.4

Answer : C

it provides the highest level of transition coverage for the model.Transition coverage is a white-box test technique that focuses on the percentage of transitions that have been exercised by a test suite1. In this case, the model is a state transition diagram that shows the possible states and transitions of a sales order software. The diagram has five states: PLACED, IN PRODUCTION, SHIPPED, INVOICED, and CANCELLED. The diagram has nine transitions: PLACED to IN PRODUCTION, PLACED to CANCELLED, IN PRODUCTION to SHIPPED, IN PRODUCTION to CANCELLED, SHIPPED to INVOICED, SHIPPED to CANCELLED, INVOICED to CANCELLED, CANCELLED to PLACED, and CANCELLED to IN PRODUCTION. Option C covers all nine transitions in the following sequence:

IN PRODUCTION -> SHIPPED

SHIPPED -> INVOICED

INVOICED -> CANCELLED

CANCELLED -> PLACED

PLACED -> IN PRODUCTION

Option A covers only six transitions in the following sequence:

PLACED -> CANCELLED

CANCELLED -> PLACED

PLACED -> IN PRODUCTION

IN PRODUCTION -> CANCELLED

Option B covers only five transitions in the following sequence:

PLACED -> IN PRODUCTION

IN PRODUCTION -> SHIPPED

SHIPPED -> CANCELLED

CANCELLED -> PLACED

Option D covers only four transitions in the following sequence:

IN PRODUCTION -> CANCELLED

CANCELLED -> PLACED

PLACED -> IN PRODUCTION

Therefore, option C is the correct answer.Options A, B, and D are incorrect, as they do not cover all the transitions in the model. Reference:1, Section 4.2.2

Answer : D

The correct answer is D, as DT1 and DT4 would achieve full coverage of the full decision table when combined with the test cases that have already been generated for rules 1 and 4.Decision table testing is a black-box test technique that uses a table to show combinations of inputs and their associated outputs1. In this case, the inputs are the account type, the amount entered, and the expected result. The outputs are the actions taken by the ATM system. The decision table has eight rules, each corresponding to a possible combination of inputs and outputs. The test cases that have already been generated for rules 1 and 4 are:

TC1: Account = Checking, Amount = $600, Expected Result = Process the transaction

TC4: Account = Savings, Amount = Not entered, Expected Result = Generate an error message

The additional test cases are:

DT1: Account = Checking, Amount = Not entered, Expected Result = Generate an error message

DT2: Account = Savings, Amount = $100, Expected Result = Process the transaction

DT3: Account = Checking, Amount = $100, Expected Result = Process the transaction

DT4: Account = Savings, Amount = $600, Expected Result = Generate an error message

To achieve full coverage of the full decision table, two more test cases are needed that cover the remaining six rules. DT1 and DT4 cover these rules, as shown in the table below:

Therefore, option D is the correct answer.Options A, B, and C are incorrect, as they do not cover all the rules in the decision table. Reference:1, Section 4.2.5

Answer : A

The correct answer is A, as it provides the highest level of boundary coverage using two-point boundary value analysis.Boundary value analysis is a black-box test technique that focuses on the boundaries of input and output partitions1.Two-point boundary value analysis is a variation of boundary value analysis that uses only two values for each boundary: one just below the boundary and one just above the boundary1. In this case, the boundaries are the balance ranges that correspond to different interest rates. Option A covers all four boundaries using two values for each boundary: $100.00 and $100.01 for the first boundary, $500.00 and $500.01 for the second boundary, $1,000.00 and $1,000.01 for the third boundary, and $5.00 as an invalid value below the lowest boundary. Option B covers only three boundaries using one value for each boundary: $100.00 for the first boundary, $500.00 for the second boundary, and $1,000.00 and $1,000.01 for the third boundary. Option C covers only two boundaries using three values for each boundary: $100.00, $100.01, and $100.02 for the first boundary, and $500.00 and $999.99 for the second boundary.Option D covers only two boundaries using one value for each boundary: $100.00 for the first boundary, and $1,000.01 for the third boundary, and $5.00 as an invalid value below the lowest boundary. Reference:1, Section 4.2.3