iSQI CTFL_Syll2018 Exam Dumps

The correct answer is C, as it describes a benefit of test automation.Test automation is the use of software to control the execution of tests, the comparison of actual outcomes to predicted outcomes, the setting up of test preconditions, and other test control and test reporting functions1.Test automation can have many benefits, such as reduction in repetitive manual work1.This can improve the efficiency and effectiveness of testing by saving time, effort, and resources1. Option A is incorrect, as it does not describe a benefit of test automation, but a factor that influences the selection of test automation tools.Availability of the test automation tool vendor is a factor that affects the availability and support of the tool, which may affect the success of test automation1. Option B is incorrect, as it does not describe a benefit of test automation, but a misconception.Negligible effort to maintain the test assets generated by the tool is not true, as test automation requires regular maintenance and update of the test scripts, data, and expected results to cope with changes in the software under test1. Option D is incorrect, as it does not describe a benefit of test automation, but a drawback.More subjective assessment is not a benefit, as test automation may introduce bias and errors in the test results due to human factors such as lack of skills, knowledge, or experience1. Reference:1, Section 2.10

The application failed because of a defect in the purchase identification module caused by a programmer mistake or an error in the specification. A defect is a flaw or imperfection in a software product that causes it to fail to meet its requirements or expectations. A failure is an event or behavior of a software product that deviates from its requirements or expectations. An error is a human action or decision that produces a defect. A mistake is an incorrect action or decision that leads to an error. In this case, the application failed because it incorrectly counted purchase attempts, which was a defect in the purchase identification module. The defect was caused by either a programmer mistake (such as writing wrong code) or an error in the specification (such as defining wrong requirements). A detailed explanation of defects, failures, errors, and mistakes can be found in [A Study Guide to the ISTQB Foundation Level 2018 Syllabus], pages 5-6.

The test execution schedule that meets the test plan requirements and logical dependencies is e, a, d, c, b. This schedule follows the order of re-tests first (e), followed by the highest priority tests (a and d), and then creates test data for subsequent tests (c and b).This schedule also respects the logical dependencies, as test case a creates an admin user, which is necessary for test case d to create a standard user, which is necessary for test cases c and b to perform other actions1.

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

Boundary Value Analysis is a black-box testing technique that is used to test the boundaries or limits of input or output values for a given system or component. Boundary Value Analysis helps to identify errors at the edges of an input or output domain. For example, in a system designed to work out the employee tax to be paid, there are four boundaries for the salary input: $4,000 (lower boundary for tax free), $5,500 (upper boundary for tax free and lower boundary for 10% tax), $34,000 (upper boundary for 10% tax and lower boundary for 22% tax), and any value above $34,000 (upper boundary for 22% tax and lower boundary for 40% tax). A valid Boundary Value Analysis test case would test one value below, on, and above each boundary. For example, $33,501 is a valid test case because it is one value above the boundary of $34,000. A detailed explanation of Boundary Value Analysis can be found in [A Study Guide to the ISTQB Foundation Level 2018 Syllabus], pages 38-41.