SlideShare a Scribd company logo





Manual testing is the process of manually testing software
for defects.
It requires a tester to play the role of an end user, and use
most of all features of the application to ensure correct
behavior.
To ensure completeness of testing, the tester often follows a
written test plan that leads them through a set of important
test cases.

TutorialsBook www.tutorialsbook.com
Acceptance
Testing

Client Needs

System Testing

SRS

Integration
Testing

Design

Unit Testing

Code

Levels of testing
TutorialsBook www.tutorialsbook.com
DEV1-login

DEV SERVER

CIT

DEV2Registration
SIT
DevN

Alpha

PRODUCTION

PRE-PROD

UAT

TutorialsBook www.tutorialsbook.com








Unit Testing: This initial stage in testing normally
carried out by the developer who wrote the code and
sometimes by a peer using the white box testing
technique.
Integration Testing: This stage is carried out in two
modes, as a complete package or as an increment to the
earlier package. Most of the time black box testing
technique is used. However, sometimes a combination of
Black and White box testing is also used in this stage.
System Testing: In this stage the software is tested from
all possible dimensions for all intended purposes and
platforms. In this stage Black box testing technique is
normally used.
User Acceptance Testing : This testing stage carried out
in order to get customer sign-off of finished product. A
'pass' in this stage also ensures that the customer has
accepted the software and is ready for their use.
TutorialsBook www.tutorialsbook.com
Module
Test Plan

Test Unit

Combine unit
into modules

Module test

System test

Acceptance
test

System Test
Plan

SRS

Acceptance
Test Plan
Client
Requirement

Testing Process
TutorialsBook www.tutorialsbook.com

Interconnect
Modules










It is used in both big and small projects.
The test cases can be added or removed
according to the movement of the project.
Within a limited cost budget you can finish this
testing.
Manual testing is better than automated
testing in terms of reliability.
Tester can execute additional ad-hoc. You will
find that more bugs and errors are found with
adhoc than the automation.
TutorialsBook www.tutorialsbook.com






By using manual testing, you cannot find the size
difference of the GUI object and color combination
easily.
In this type of testing, the real performance and
load cannot be determined for a huge number of
clients.
Manual testing is time consuming.

TutorialsBook www.tutorialsbook.com
Planning is most appropriate step when you have
to start the testing. You need to carry on with
manual testing or automated testing easily.
Whether you go for any one of the types of
testing, you need to follow the following
things:
 Test planning
 Writing test cases
 Executing test cases
 Reporting results of test cases
TutorialsBook www.tutorialsbook.com










The test plan describes the testing objectives, the testing
scope, the testing approach, and the methodology used
to conduct testing.
Any hardware, software, and other tools required for
testing should be included in the document.
Test coverage in the test plan states what requirements
will be verified during what stages of the product life.
Test methods simply states how the test coverage will be
implemented.
Test plans also indicate which group or groups within
the organization will be responsible for performing the
test.
TutorialsBook www.tutorialsbook.com






A test case is usually a single step, or
occasionally a sequence of steps, to test the
correct behavior/functionalities, features of an
application. An expected result or expected
outcome is usually given.
Test cases are often referred to as test scripts,
particularly when written.
Written test cases are usually collected into test
suites.

TutorialsBook www.tutorialsbook.com
 Analyzing requirements: To write a good test case,

a tester needs to understand the requirement. In
what context the requirement is described and what
needs to be tested and how. What must be the
expected result etc?
 Writing test cases (test designing): A test case is
developed based on the high level scenarios, which
are in turn developed from the requirement. So,
every requirement must have at least one test case.
This test case needs to be wholly concentrated on the
requirement.
TutorialsBook www.tutorialsbook.com
 Executing test cases (test execution): Once all the

test cases are written, they need to be executed.
Execution starts only after the testing team receives
the build from the development. Development and
testing has to go parallel. While executing test cases,
there will always a possibility that the expected
result can vary from the actual result while testing.
In this case, it is a defect/bug. A defect needs to be
raised against the development team, and this defect
needs to be resolved as soon as possible based on the
schedule of the project.

A test case is identified by ID number and
prioritized. Each test case has the following
criteria:
 Purpose - Reason for the test case
TutorialsBook www.tutorialsbook.com











Steps - A logical sequence of steps the tester must
follow to execute the test case
Expected Results - The expected result of the test
case
Actual Result - What actually happened when the
test case was executed
Status - Identifies whether the test case was
passed, failed, blocked or skipped.
Pass - Actual result matched expected result
Failed - Bug discovered that represents a failure of
the feature

TutorialsBook www.tutorialsbook.com





Blocked - Tester could not execute the test case
because of bug
Skipped - Test case was not executed this round
Bug ID - If the test case was failed, identify the
bug number of the resulting bug.

Attaching requirements (QA Matrix): QA matrix is
used to assess how many requirements have been
tested and have test cases written for them. It is in
the form of a excel sheet, which shows whether a
requirement is covered or not.
TutorialsBook www.tutorialsbook.com
Test Case:
File Open#

Test Description

N/A

Set up for [Product
Name]

Test cases/ Pass
Samples
/
Fail

No.
of
Bugs

Bug#

Setup

____

____

____

1.1

Test that file types
supported by the
program can be
opened

1.1

P/F

#

#

1.2

Verify all the
different ways to
open file (mouse,
keyboard and
accelerated keys)

1.2

P/F

#

#

1.3

Verify files can be
open from the local
drives as well as
network

1.3

P/F

#

#

TutorialsBook www.tutorialsbook.com

Comments

More Related Content

What's hot

Reporting On The Testing Process
Reporting On The Testing ProcessReporting On The Testing Process
Reporting On The Testing Processgavhays
 
Test plan
Test planTest plan
Test plan
Sanjai San
 
Test Automation
Test AutomationTest Automation
Test Automation
rockoder
 
Testing Attributes
Testing AttributesTesting Attributes
Testing AttributesAbiha Naqvi
 
Erik Boelen - Testing, The Next Level
Erik Boelen - Testing, The Next LevelErik Boelen - Testing, The Next Level
Erik Boelen - Testing, The Next Level
TEST Huddle
 
Testing Software Solutions
Testing Software SolutionsTesting Software Solutions
Testing Software Solutionsgavhays
 
'Customer Testing & Quality In Outsourced Development - A Story From An Insur...
'Customer Testing & Quality In Outsourced Development - A Story From An Insur...'Customer Testing & Quality In Outsourced Development - A Story From An Insur...
'Customer Testing & Quality In Outsourced Development - A Story From An Insur...
TEST Huddle
 
Quality Assurance
Quality AssuranceQuality Assurance
Quality Assurance
Manifest Infotech
 
Writing Test Cases From User Stories And Acceptance Criteria
Writing Test Cases From User Stories And Acceptance CriteriaWriting Test Cases From User Stories And Acceptance Criteria
Writing Test Cases From User Stories And Acceptance Criteria
Hoa Le
 
Ruud van Houwelingen - What Next for MBT? Implementing with Tools
Ruud van Houwelingen -  What Next for MBT? Implementing with Tools Ruud van Houwelingen -  What Next for MBT? Implementing with Tools
Ruud van Houwelingen - What Next for MBT? Implementing with Tools
TEST Huddle
 
M. Holovaty, Концепции автоматизированного тестирования
M. Holovaty, Концепции автоматизированного тестированияM. Holovaty, Концепции автоматизированного тестирования
M. Holovaty, Концепции автоматизированного тестирования
Alex
 
[Paul Holland] Bad Metrics and What You Can Do About It
[Paul Holland] Bad Metrics and What You Can Do About It[Paul Holland] Bad Metrics and What You Can Do About It
[Paul Holland] Bad Metrics and What You Can Do About It
Ho Chi Minh City Software Testing Club
 
Testing Frameworks And Methodologies
Testing Frameworks And MethodologiesTesting Frameworks And Methodologies
Testing Frameworks And MethodologiesSteven Cahill
 
[HCMC STC Jan 2015] Practical Experiences In Test Automation
[HCMC STC Jan 2015] Practical Experiences In Test Automation[HCMC STC Jan 2015] Practical Experiences In Test Automation
[HCMC STC Jan 2015] Practical Experiences In Test Automation
Ho Chi Minh City Software Testing Club
 
Analytical Risk-based and Specification-based Testing - Bui Duy Tam
Analytical Risk-based and Specification-based Testing - Bui Duy TamAnalytical Risk-based and Specification-based Testing - Bui Duy Tam
Analytical Risk-based and Specification-based Testing - Bui Duy Tam
Ho Chi Minh City Software Testing Club
 
Mobile Video Games Testing Principles - Benjamin Poirrier
Mobile Video Games Testing Principles - Benjamin PoirrierMobile Video Games Testing Principles - Benjamin Poirrier
Mobile Video Games Testing Principles - Benjamin Poirrier
Ho Chi Minh City Software Testing Club
 
Embedded SW Testing
Embedded SW TestingEmbedded SW Testing
Rob Baarda - Are Real Test Metrics Predictive for the Future?
Rob Baarda - Are Real Test Metrics Predictive for the Future?Rob Baarda - Are Real Test Metrics Predictive for the Future?
Rob Baarda - Are Real Test Metrics Predictive for the Future?
TEST Huddle
 
Test Automation
Test AutomationTest Automation
Test Automation
nikos batsios
 

What's hot (20)

Reporting On The Testing Process
Reporting On The Testing ProcessReporting On The Testing Process
Reporting On The Testing Process
 
Test plan
Test planTest plan
Test plan
 
Test Automation
Test AutomationTest Automation
Test Automation
 
Testing Attributes
Testing AttributesTesting Attributes
Testing Attributes
 
Erik Boelen - Testing, The Next Level
Erik Boelen - Testing, The Next LevelErik Boelen - Testing, The Next Level
Erik Boelen - Testing, The Next Level
 
Testing Software Solutions
Testing Software SolutionsTesting Software Solutions
Testing Software Solutions
 
'Customer Testing & Quality In Outsourced Development - A Story From An Insur...
'Customer Testing & Quality In Outsourced Development - A Story From An Insur...'Customer Testing & Quality In Outsourced Development - A Story From An Insur...
'Customer Testing & Quality In Outsourced Development - A Story From An Insur...
 
Quality Assurance
Quality AssuranceQuality Assurance
Quality Assurance
 
Automation testing
Automation testingAutomation testing
Automation testing
 
Writing Test Cases From User Stories And Acceptance Criteria
Writing Test Cases From User Stories And Acceptance CriteriaWriting Test Cases From User Stories And Acceptance Criteria
Writing Test Cases From User Stories And Acceptance Criteria
 
Ruud van Houwelingen - What Next for MBT? Implementing with Tools
Ruud van Houwelingen -  What Next for MBT? Implementing with Tools Ruud van Houwelingen -  What Next for MBT? Implementing with Tools
Ruud van Houwelingen - What Next for MBT? Implementing with Tools
 
M. Holovaty, Концепции автоматизированного тестирования
M. Holovaty, Концепции автоматизированного тестированияM. Holovaty, Концепции автоматизированного тестирования
M. Holovaty, Концепции автоматизированного тестирования
 
[Paul Holland] Bad Metrics and What You Can Do About It
[Paul Holland] Bad Metrics and What You Can Do About It[Paul Holland] Bad Metrics and What You Can Do About It
[Paul Holland] Bad Metrics and What You Can Do About It
 
Testing Frameworks And Methodologies
Testing Frameworks And MethodologiesTesting Frameworks And Methodologies
Testing Frameworks And Methodologies
 
[HCMC STC Jan 2015] Practical Experiences In Test Automation
[HCMC STC Jan 2015] Practical Experiences In Test Automation[HCMC STC Jan 2015] Practical Experiences In Test Automation
[HCMC STC Jan 2015] Practical Experiences In Test Automation
 
Analytical Risk-based and Specification-based Testing - Bui Duy Tam
Analytical Risk-based and Specification-based Testing - Bui Duy TamAnalytical Risk-based and Specification-based Testing - Bui Duy Tam
Analytical Risk-based and Specification-based Testing - Bui Duy Tam
 
Mobile Video Games Testing Principles - Benjamin Poirrier
Mobile Video Games Testing Principles - Benjamin PoirrierMobile Video Games Testing Principles - Benjamin Poirrier
Mobile Video Games Testing Principles - Benjamin Poirrier
 
Embedded SW Testing
Embedded SW TestingEmbedded SW Testing
Embedded SW Testing
 
Rob Baarda - Are Real Test Metrics Predictive for the Future?
Rob Baarda - Are Real Test Metrics Predictive for the Future?Rob Baarda - Are Real Test Metrics Predictive for the Future?
Rob Baarda - Are Real Test Metrics Predictive for the Future?
 
Test Automation
Test AutomationTest Automation
Test Automation
 

Similar to www.tutorialsbook.com presents Manual testing

Testing
TestingTesting
Testing
trashqwerty
 
Introduction to testing.
Introduction to testing.Introduction to testing.
Introduction to testing.
Jithinctzz
 
software testing types jxnvlbnLCBNFVjnl/fknblb
software testing types jxnvlbnLCBNFVjnl/fknblbsoftware testing types jxnvlbnLCBNFVjnl/fknblb
software testing types jxnvlbnLCBNFVjnl/fknblb
jeyasrig
 
Software_Testing_ppt.pptx
Software_Testing_ppt.pptxSoftware_Testing_ppt.pptx
Software_Testing_ppt.pptx
BharathReddy615859
 
Software-Testing-ppt.pptx
Software-Testing-ppt.pptxSoftware-Testing-ppt.pptx
Software-Testing-ppt.pptx
Sushilkumar744913
 
testing.pptx
testing.pptxtesting.pptx
testing.pptx
jagadeeppapisettipal
 
Software testing interview Q&A – Part 2
Software testing interview Q&A – Part 2Software testing interview Q&A – Part 2
Software testing interview Q&A – Part 2
Khoa Bui
 
Software Testing PPT | Software All Testing
Software Testing PPT | Software All TestingSoftware Testing PPT | Software All Testing
Software Testing PPT | Software All Testing
sankalpkumarsahoo174
 
Strategies For Software Test Documentation
Strategies For Software Test Documentation Strategies For Software Test Documentation
Strategies For Software Test Documentation
Vishwak Solution
 
softwaretestingppt-120810095500-phpapp02 (1).pdf
softwaretestingppt-120810095500-phpapp02 (1).pdfsoftwaretestingppt-120810095500-phpapp02 (1).pdf
softwaretestingppt-120810095500-phpapp02 (1).pdf
BabaShaikh3
 
Types of Software Testing
Types of Software TestingTypes of Software Testing
Types of Software TestingNishant Worah
 
Objectorientedtesting 160320132146
Objectorientedtesting 160320132146Objectorientedtesting 160320132146
Objectorientedtesting 160320132146
vidhyyav
 
Object oriented testing
Object oriented testingObject oriented testing
Object oriented testing
Haris Jamil
 
Aim (A).pptx
Aim (A).pptxAim (A).pptx
Aim (A).pptx
14941
 
Test cases
Test casesTest cases
Test cases
Chandra Maddigapu
 
Test case development
Test case developmentTest case development
Test case development
Hrushikesh Wakhle
 
Alm qc 11_training
Alm qc 11_trainingAlm qc 11_training
Alm qc 11_trainingjayant25
 

Similar to www.tutorialsbook.com presents Manual testing (20)

Testing
TestingTesting
Testing
 
Introduction to testing.
Introduction to testing.Introduction to testing.
Introduction to testing.
 
software testing
software testingsoftware testing
software testing
 
stlc
stlcstlc
stlc
 
software testing types jxnvlbnLCBNFVjnl/fknblb
software testing types jxnvlbnLCBNFVjnl/fknblbsoftware testing types jxnvlbnLCBNFVjnl/fknblb
software testing types jxnvlbnLCBNFVjnl/fknblb
 
Software_Testing_ppt.pptx
Software_Testing_ppt.pptxSoftware_Testing_ppt.pptx
Software_Testing_ppt.pptx
 
Software-Testing-ppt.pptx
Software-Testing-ppt.pptxSoftware-Testing-ppt.pptx
Software-Testing-ppt.pptx
 
testing.pptx
testing.pptxtesting.pptx
testing.pptx
 
stlc
stlcstlc
stlc
 
Software testing interview Q&A – Part 2
Software testing interview Q&A – Part 2Software testing interview Q&A – Part 2
Software testing interview Q&A – Part 2
 
Software Testing PPT | Software All Testing
Software Testing PPT | Software All TestingSoftware Testing PPT | Software All Testing
Software Testing PPT | Software All Testing
 
Strategies For Software Test Documentation
Strategies For Software Test Documentation Strategies For Software Test Documentation
Strategies For Software Test Documentation
 
softwaretestingppt-120810095500-phpapp02 (1).pdf
softwaretestingppt-120810095500-phpapp02 (1).pdfsoftwaretestingppt-120810095500-phpapp02 (1).pdf
softwaretestingppt-120810095500-phpapp02 (1).pdf
 
Types of Software Testing
Types of Software TestingTypes of Software Testing
Types of Software Testing
 
Objectorientedtesting 160320132146
Objectorientedtesting 160320132146Objectorientedtesting 160320132146
Objectorientedtesting 160320132146
 
Object oriented testing
Object oriented testingObject oriented testing
Object oriented testing
 
Aim (A).pptx
Aim (A).pptxAim (A).pptx
Aim (A).pptx
 
Test cases
Test casesTest cases
Test cases
 
Test case development
Test case developmentTest case development
Test case development
 
Alm qc 11_training
Alm qc 11_trainingAlm qc 11_training
Alm qc 11_training
 

Recently uploaded

The geography of Taylor Swift - some ideas
The geography of Taylor Swift - some ideasThe geography of Taylor Swift - some ideas
The geography of Taylor Swift - some ideas
GeoBlogs
 
ESC Beyond Borders _From EU to You_ InfoPack general.pdf
ESC Beyond Borders _From EU to You_ InfoPack general.pdfESC Beyond Borders _From EU to You_ InfoPack general.pdf
ESC Beyond Borders _From EU to You_ InfoPack general.pdf
Fundacja Rozwoju Społeczeństwa Przedsiębiorczego
 
Chapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptxChapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptx
Mohd Adib Abd Muin, Senior Lecturer at Universiti Utara Malaysia
 
Polish students' mobility in the Czech Republic
Polish students' mobility in the Czech RepublicPolish students' mobility in the Czech Republic
Polish students' mobility in the Czech Republic
Anna Sz.
 
How to Create Map Views in the Odoo 17 ERP
How to Create Map Views in the Odoo 17 ERPHow to Create Map Views in the Odoo 17 ERP
How to Create Map Views in the Odoo 17 ERP
Celine George
 
The Roman Empire A Historical Colossus.pdf
The Roman Empire A Historical Colossus.pdfThe Roman Empire A Historical Colossus.pdf
The Roman Empire A Historical Colossus.pdf
kaushalkr1407
 
Synthetic Fiber Construction in lab .pptx
Synthetic Fiber Construction in lab .pptxSynthetic Fiber Construction in lab .pptx
Synthetic Fiber Construction in lab .pptx
Pavel ( NSTU)
 
Additional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdfAdditional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdf
joachimlavalley1
 
Template Jadual Bertugas Kelas (Boleh Edit)
Template Jadual Bertugas Kelas (Boleh Edit)Template Jadual Bertugas Kelas (Boleh Edit)
Template Jadual Bertugas Kelas (Boleh Edit)
rosedainty
 
How to Make a Field invisible in Odoo 17
How to Make a Field invisible in Odoo 17How to Make a Field invisible in Odoo 17
How to Make a Field invisible in Odoo 17
Celine George
 
Unit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdfUnit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdf
Thiyagu K
 
Palestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptxPalestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptx
RaedMohamed3
 
Introduction to Quality Improvement Essentials
Introduction to Quality Improvement EssentialsIntroduction to Quality Improvement Essentials
Introduction to Quality Improvement Essentials
Excellence Foundation for South Sudan
 
GIÁO ÁN DẠY THÊM (KẾ HOẠCH BÀI BUỔI 2) - TIẾNG ANH 8 GLOBAL SUCCESS (2 CỘT) N...
GIÁO ÁN DẠY THÊM (KẾ HOẠCH BÀI BUỔI 2) - TIẾNG ANH 8 GLOBAL SUCCESS (2 CỘT) N...GIÁO ÁN DẠY THÊM (KẾ HOẠCH BÀI BUỔI 2) - TIẾNG ANH 8 GLOBAL SUCCESS (2 CỘT) N...
GIÁO ÁN DẠY THÊM (KẾ HOẠCH BÀI BUỔI 2) - TIẾNG ANH 8 GLOBAL SUCCESS (2 CỘT) N...
Nguyen Thanh Tu Collection
 
Language Across the Curriculm LAC B.Ed.
Language Across the  Curriculm LAC B.Ed.Language Across the  Curriculm LAC B.Ed.
Language Across the Curriculm LAC B.Ed.
Atul Kumar Singh
 
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCECLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
BhavyaRajput3
 
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptxStudents, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
EduSkills OECD
 
Home assignment II on Spectroscopy 2024 Answers.pdf
Home assignment II on Spectroscopy 2024 Answers.pdfHome assignment II on Spectroscopy 2024 Answers.pdf
Home assignment II on Spectroscopy 2024 Answers.pdf
Tamralipta Mahavidyalaya
 
Sectors of the Indian Economy - Class 10 Study Notes pdf
Sectors of the Indian Economy - Class 10 Study Notes pdfSectors of the Indian Economy - Class 10 Study Notes pdf
Sectors of the Indian Economy - Class 10 Study Notes pdf
Vivekanand Anglo Vedic Academy
 
Model Attribute Check Company Auto Property
Model Attribute  Check Company Auto PropertyModel Attribute  Check Company Auto Property
Model Attribute Check Company Auto Property
Celine George
 

Recently uploaded (20)

The geography of Taylor Swift - some ideas
The geography of Taylor Swift - some ideasThe geography of Taylor Swift - some ideas
The geography of Taylor Swift - some ideas
 
ESC Beyond Borders _From EU to You_ InfoPack general.pdf
ESC Beyond Borders _From EU to You_ InfoPack general.pdfESC Beyond Borders _From EU to You_ InfoPack general.pdf
ESC Beyond Borders _From EU to You_ InfoPack general.pdf
 
Chapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptxChapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptx
 
Polish students' mobility in the Czech Republic
Polish students' mobility in the Czech RepublicPolish students' mobility in the Czech Republic
Polish students' mobility in the Czech Republic
 
How to Create Map Views in the Odoo 17 ERP
How to Create Map Views in the Odoo 17 ERPHow to Create Map Views in the Odoo 17 ERP
How to Create Map Views in the Odoo 17 ERP
 
The Roman Empire A Historical Colossus.pdf
The Roman Empire A Historical Colossus.pdfThe Roman Empire A Historical Colossus.pdf
The Roman Empire A Historical Colossus.pdf
 
Synthetic Fiber Construction in lab .pptx
Synthetic Fiber Construction in lab .pptxSynthetic Fiber Construction in lab .pptx
Synthetic Fiber Construction in lab .pptx
 
Additional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdfAdditional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdf
 
Template Jadual Bertugas Kelas (Boleh Edit)
Template Jadual Bertugas Kelas (Boleh Edit)Template Jadual Bertugas Kelas (Boleh Edit)
Template Jadual Bertugas Kelas (Boleh Edit)
 
How to Make a Field invisible in Odoo 17
How to Make a Field invisible in Odoo 17How to Make a Field invisible in Odoo 17
How to Make a Field invisible in Odoo 17
 
Unit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdfUnit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdf
 
Palestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptxPalestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptx
 
Introduction to Quality Improvement Essentials
Introduction to Quality Improvement EssentialsIntroduction to Quality Improvement Essentials
Introduction to Quality Improvement Essentials
 
GIÁO ÁN DẠY THÊM (KẾ HOẠCH BÀI BUỔI 2) - TIẾNG ANH 8 GLOBAL SUCCESS (2 CỘT) N...
GIÁO ÁN DẠY THÊM (KẾ HOẠCH BÀI BUỔI 2) - TIẾNG ANH 8 GLOBAL SUCCESS (2 CỘT) N...GIÁO ÁN DẠY THÊM (KẾ HOẠCH BÀI BUỔI 2) - TIẾNG ANH 8 GLOBAL SUCCESS (2 CỘT) N...
GIÁO ÁN DẠY THÊM (KẾ HOẠCH BÀI BUỔI 2) - TIẾNG ANH 8 GLOBAL SUCCESS (2 CỘT) N...
 
Language Across the Curriculm LAC B.Ed.
Language Across the  Curriculm LAC B.Ed.Language Across the  Curriculm LAC B.Ed.
Language Across the Curriculm LAC B.Ed.
 
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCECLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
 
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptxStudents, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
 
Home assignment II on Spectroscopy 2024 Answers.pdf
Home assignment II on Spectroscopy 2024 Answers.pdfHome assignment II on Spectroscopy 2024 Answers.pdf
Home assignment II on Spectroscopy 2024 Answers.pdf
 
Sectors of the Indian Economy - Class 10 Study Notes pdf
Sectors of the Indian Economy - Class 10 Study Notes pdfSectors of the Indian Economy - Class 10 Study Notes pdf
Sectors of the Indian Economy - Class 10 Study Notes pdf
 
Model Attribute Check Company Auto Property
Model Attribute  Check Company Auto PropertyModel Attribute  Check Company Auto Property
Model Attribute Check Company Auto Property
 

www.tutorialsbook.com presents Manual testing

  • 1.    Manual testing is the process of manually testing software for defects. It requires a tester to play the role of an end user, and use most of all features of the application to ensure correct behavior. To ensure completeness of testing, the tester often follows a written test plan that leads them through a set of important test cases. TutorialsBook www.tutorialsbook.com
  • 2. Acceptance Testing Client Needs System Testing SRS Integration Testing Design Unit Testing Code Levels of testing TutorialsBook www.tutorialsbook.com
  • 4.     Unit Testing: This initial stage in testing normally carried out by the developer who wrote the code and sometimes by a peer using the white box testing technique. Integration Testing: This stage is carried out in two modes, as a complete package or as an increment to the earlier package. Most of the time black box testing technique is used. However, sometimes a combination of Black and White box testing is also used in this stage. System Testing: In this stage the software is tested from all possible dimensions for all intended purposes and platforms. In this stage Black box testing technique is normally used. User Acceptance Testing : This testing stage carried out in order to get customer sign-off of finished product. A 'pass' in this stage also ensures that the customer has accepted the software and is ready for their use. TutorialsBook www.tutorialsbook.com
  • 5. Module Test Plan Test Unit Combine unit into modules Module test System test Acceptance test System Test Plan SRS Acceptance Test Plan Client Requirement Testing Process TutorialsBook www.tutorialsbook.com Interconnect Modules
  • 6.      It is used in both big and small projects. The test cases can be added or removed according to the movement of the project. Within a limited cost budget you can finish this testing. Manual testing is better than automated testing in terms of reliability. Tester can execute additional ad-hoc. You will find that more bugs and errors are found with adhoc than the automation. TutorialsBook www.tutorialsbook.com
  • 7.    By using manual testing, you cannot find the size difference of the GUI object and color combination easily. In this type of testing, the real performance and load cannot be determined for a huge number of clients. Manual testing is time consuming. TutorialsBook www.tutorialsbook.com
  • 8. Planning is most appropriate step when you have to start the testing. You need to carry on with manual testing or automated testing easily. Whether you go for any one of the types of testing, you need to follow the following things:  Test planning  Writing test cases  Executing test cases  Reporting results of test cases TutorialsBook www.tutorialsbook.com
  • 9.      The test plan describes the testing objectives, the testing scope, the testing approach, and the methodology used to conduct testing. Any hardware, software, and other tools required for testing should be included in the document. Test coverage in the test plan states what requirements will be verified during what stages of the product life. Test methods simply states how the test coverage will be implemented. Test plans also indicate which group or groups within the organization will be responsible for performing the test. TutorialsBook www.tutorialsbook.com
  • 10.    A test case is usually a single step, or occasionally a sequence of steps, to test the correct behavior/functionalities, features of an application. An expected result or expected outcome is usually given. Test cases are often referred to as test scripts, particularly when written. Written test cases are usually collected into test suites. TutorialsBook www.tutorialsbook.com
  • 11.  Analyzing requirements: To write a good test case, a tester needs to understand the requirement. In what context the requirement is described and what needs to be tested and how. What must be the expected result etc?  Writing test cases (test designing): A test case is developed based on the high level scenarios, which are in turn developed from the requirement. So, every requirement must have at least one test case. This test case needs to be wholly concentrated on the requirement. TutorialsBook www.tutorialsbook.com
  • 12.  Executing test cases (test execution): Once all the test cases are written, they need to be executed. Execution starts only after the testing team receives the build from the development. Development and testing has to go parallel. While executing test cases, there will always a possibility that the expected result can vary from the actual result while testing. In this case, it is a defect/bug. A defect needs to be raised against the development team, and this defect needs to be resolved as soon as possible based on the schedule of the project. A test case is identified by ID number and prioritized. Each test case has the following criteria:  Purpose - Reason for the test case TutorialsBook www.tutorialsbook.com
  • 13.       Steps - A logical sequence of steps the tester must follow to execute the test case Expected Results - The expected result of the test case Actual Result - What actually happened when the test case was executed Status - Identifies whether the test case was passed, failed, blocked or skipped. Pass - Actual result matched expected result Failed - Bug discovered that represents a failure of the feature TutorialsBook www.tutorialsbook.com
  • 14.    Blocked - Tester could not execute the test case because of bug Skipped - Test case was not executed this round Bug ID - If the test case was failed, identify the bug number of the resulting bug. Attaching requirements (QA Matrix): QA matrix is used to assess how many requirements have been tested and have test cases written for them. It is in the form of a excel sheet, which shows whether a requirement is covered or not. TutorialsBook www.tutorialsbook.com
  • 15. Test Case: File Open# Test Description N/A Set up for [Product Name] Test cases/ Pass Samples / Fail No. of Bugs Bug# Setup ____ ____ ____ 1.1 Test that file types supported by the program can be opened 1.1 P/F # # 1.2 Verify all the different ways to open file (mouse, keyboard and accelerated keys) 1.2 P/F # # 1.3 Verify files can be open from the local drives as well as network 1.3 P/F # # TutorialsBook www.tutorialsbook.com Comments