PDF CTFL_Syll2018 Study Guide

Less than 0, 1 to 80, more than 80 is a valid collection of equivalence classes for the following problem: “An Integer numeric field shall contain values from 1 to 80 both values inclusive”. Equivalence partitioning is a technique to divide the input domain into partitions that are expected to behave similarly or produce the same output. Each partition should have at least one representative value as a test case2 explains equivalence partitioning as follows:

Equivalence Partitioning (or Equivalence Class Partitioning) is an software testing technique that divides the input data of a software unit into partitions of equivalent data from which test cases can be derived. In principle, test cases are designed to cover each partition at least once.

The fundamental concept of Equivalence Partitioning is that you can find more errors in a test case by using a representative value from an equivalence class than by using any other value from the class.

The input domain for this problem can be divided into three partitions: less than 0, 1 to 80, and more than 80. The first and the last partitions are invalid, as they are outside the range of acceptable values for this field. The middle partition is valid, as it is within the range of acceptable values for this field.

A, C, and D are incorrect answers. A does not include 0 as an invalid partition. C does not include 0 as an invalid partition. D does not include 80 as a valid partition.

Component testing is concerned with testing the smallest bodies of software, such as functions, classes, procedures, or modules. Component testing is also known as unit testing or module testing. Feature testing is a type of functional testing that focuses on verifying a specific feature or functionality of a system. Functional testing is a type of black-box testing that verifies that the system meets its functional requirements and specifications. Subsystem testing is a type of integration testing that verifies that a group of components work together as expected. References: ISTQB Certified Tester Foundation Level Syllabus 2018, Section 2.2

Regression testing is intended to find side-effects after changes have been applied to the system under test. Side-effects are unintended consequences of changes that may cause new defects or re-introduce previously fixed defects in parts of the system that were not directly modified. Regression testing can be done at any level of testing and can use any type of testing technique.

In a Scrum development life cycle model, regression testing is an increasingly important activity as the project progresses. Scrum is an agile framework that follows an iterative and incremental approach to software development, where the software is delivered in small units called sprints. Regression testing is a type of testing that verifies that previously tested software still performs as expected after changes or modifications. Regression testing is essential in Scrum, as new features or functionalities are added or modified in each sprint, which can introduce new defects or affect existing ones. Therefore, regression testing should be performed at the end of each sprint, as well as before releasing the software, to ensure that the software meets the quality standards and user expectations.

References: Certified Tester Foundation Level Syllabus, Section 5.3.2