Testing - Basic Concepts-Bootcampers
Testing - Basic Concepts-Bootcampers
Testing - Basic Concepts-Bootcampers
Ice Breaker
● To prevent defects
● To find defects and failures
● To check whether the test object is complete and validate if it works as
the users and other stakeholders expect
● To comply with contractual, legal, or regulatory requirements or
standards
Typical Objectives of Testing
Main Basic Concepts
Test Plan
● Documentation describing the test objectives to be achieved and the
means and the schedule for achieving them, organized to coordinate
testing activities.
Test Scope
● The scope of a test defines what areas of a customer's product are
supposed to get tested, what functionalities to focus on, what bug types
the customer is interested in, and what areas or features should not be
tested by any means.
Main Basic Concepts
Test Data
● Data created or selected to satisfy the execution preconditions and
inputs to execute one or more test cases.
Test Schedule
● The scope of a test defines what areas of a customer's product are. A
list of activities, tasks or events of the test process, identifying their
intended start and finish dates and/or times, and interdependencies
Main Basic Concepts
Risk Matrix
● A risk matrix allows the tester to evaluate and rank potential
problems by giving more weight to the probability or severity value
as necessary.
Exit Criteria
● The set of conditions for officially completing a defined task.
Main Basic Concepts
Test Suite
A set of test cases or test procedures to be executed in a specific test cycle.
Test Case
A set of preconditions, inputs, actions (where applicable), expected results
and postconditions, developed based on test conditions.
Other basic concepts - ISTQB
Error - Defect - Failure
Severity vs Priority
Sanity Test
● Sanity testing is a kind of Software Testing performed after
receiving a software build, with minor changes in code, or
functionality, to ascertain that the bugs have been fixed and
no further issues are introduced due to these changes.
Debugging
● The process of finding, analyzing and removing the causes
of defects, or failures in a component or system artifact.
Other basic concepts
Retest Regression Testing
● It is a type of testing performed to check ● A type of change-related testing to
the test cases that were unsuccessful in detect whether defects have been
the final execution are successfully pass introduced or uncovered in unchanged
after the defects are repaired. areas of the software.
Other main basic concepts
Agile
● practice for a project using Agile software development methodologies, incorporating
techniques and methods, such as extreme programming (XP), emphasizing the
test-first design paradigm.
Other main basic concepts
Web Testing
● Web testing is a software testing practice to test websites or web applications for
potential bugs, simulate spikes in user traffic, explore security vulnerabilities in an
application server, and test application functionality.
Other main basic concepts
Mobile Functional Testing
● Consists of testing user interactions as well as testing the transactions, the
appropriate tests for each environment (iOS, Android, etc) ensure that they run
correctly and work well on different platforms and devices, providing end-users with a
positive experience.
Seven Software Testing Principles
Testing shows a presence of defects
Absence of Error - fallacy
Early Testing
Exhaustive testing is not possible
Defect Clustering
Pesticide Paradox
Testing is context dependent
What is a test case?
A test case is a group of conditions or variables under which we can determine if a
system requirement has been partially or completely covered.
It predicts the expected result after having executed a series of steps starting from
an initial known state.
What is a User Story
1
Test Case ID
A code to identify
each test case.
Test Case
5 Steps
Each specific action
to perform on the
system.
Description
A brief description of
2 Components
6
the test case’s goal.
Expected Results
It is the behavior or the
response that we expect
3
Pre-Conditions to obtain from the system
after the test has been
Description of the state
executed.
of the system prior to
executing the test.
7
Post-Conditions
4
Test inputs Description of the state of
the system after executing
Lists the input data to the test.
use during the
execution.
Confidential Information |
Thank
You!