SlideShare a Scribd company logo
S t a t i c t e c h n i q u e s
T e s t i n g a n d I m p l e m e n t a t i o n S y s t e m
M u h a m m a d I b n u
P r o g r a m S t u d i S 1 S i s t e m I n f o r m a s i
F a k u l t a s S a i n s d a n T e k n o l o g i
U n i v e r s i t a s I s l a m N e g e r i S u l t a n S y a r i f K a s i m R i a u
Types of review
A single document may be the
subject of more than one review. If
more than one type of review is
used, the order may vary. For
example, an informal review may be
carried out before a technical review,
or an inspection may be carried out
on a requirements specification
before a walkthrough with
customers. It is apparent that none
of the following types of review is the
'winner', but the different types serve
different purposes at different stages
in the life cycle of a document.
Introduction.
3
4
The main review types, their main characteristics and common objectives are
described below.
Walkthrough
A walkthrough is characterized by the author of the document under review
guiding the participants through the document and his or her thought
processes, to achieve a common understanding and to gather feedback. This
is especially useful if people from outside the software discipline are present,
who are not used to, or cannot easily understand software development
documents. The content of the document is explained step by step by the
author, to reach consensus on changes or to gather information.
5
Within a walkthrough the author does most of the preparation. The
participants, who are selected from different departments and
backgrounds, are not required to do a detailed study of the documents
in advance. Because of the way the meeting is structured, a large
number of people can participate and this larger audience can bring a
great number of diverse viewpoints regarding the contents of the
document being reviewed as well as serving an educational purpose. If
the audience represents a broad cross-section of skills and
disciplines, it can give assurance that no major defects are 'missed' in
the walkthrough. A walkthrough is especially useful for higher-level
documents, such as requirement specifications and architectural
documents
6
goals can be
applicable:
to present the document to stakeholders
both within and outside the software
discipline, in order to gather information
regarding the topic under documentation
to explain (knowledge transfer)
and evaluate the contents of the
document
to establish a common
understanding of the document
7
Key
characteristics
of walkthroughs
are:
The meeting is led by the authors;
often a separate scribe is present
Scenarios and dry runs
may be used to validate the
content
Separate pre-meeting preparation
for reviewers is optional.
A technical review is a discussion
meeting that focuses on achieving
consensus about the technical content of
a document. Compared to inspections,
technical reviews are less formal and
there is little or no focus on defect
identification on the basis of referenced
documents, intended readership and
rules. During technical reviews defects
are found by experts, who focus on the
content of the document. The experts
that are needed for a technical review
are, for example, architects, chief
designers and key users. In practice,
technical reviews vary from quite informal
to very formal.
Technical
review
8
9
The goals of a
technical review
are to:
assess the value of technical concepts
and alternatives in the product and project
environment
establish consistency in the use
and representation of technical
concepts
ensure, at an early stage, that
technical concepts are used
correctly
10
It is a documented defect-
detection process that involves
peers and technical experts.
It is often performed as a peer
review without management
partici pation.
Ideally it is led by a trained
moderator, but possibly also by a
technical expert
A separate preparation is carried
out during which the product is
examined and the defects are
found
More formal characteristics such as the use of
checklists and a logging list or issue log are
optional
Inspection is the most formal review
type. The document under inspection is
prepared and checked thoroughly by the
reviewers before the meeting, comparing
the work product with its sources and
other referenced documents, and using
rules and checklists. In the inspection
meeting the defects found are logged
and any discussion is postponed until the
discussion phase. This makes the
inspection meeting a very efficient
meeting.
Inspection
11
The reason for carrying out inspections
can be explained by using Weinberg's
concept of egoless engineering
[Weinberg, 1971]. Weinberg refers to the
human tendency to self-justify actions.
Since we tend not to see evidence that
conflicts with our strong beliefs, our
ability to find errors in our own work is
impaired. Because of this tendency,
many engineering organizations have
established independent test groups that
specialize in finding defects. Similar
principles have led to the introduction of
inspections and reviews in general
Inspection
12
Depending on the organization and the
objectives of a project, inspections can
be balanced to serve a number of goals.
For example, if the time to market is
extremely important, the emphasis in
inspections will be on efficiency. In a
safety-critical market, the focus will be on
effectiveness.
Inspection
13
THANK YOU! For Attention
Graham et.al(2006)
http://sif.uin-suska.ac.id
http://fst.uin-suska.ac.id
http://www.uin-suska.ac.id

More Related Content

PPTX
Presentation Slides For Agile Review
PPTX
Static techniques
PPTX
Static techniques
PPT
03. static techniques
PPTX
static techniques
PPTX
Review Process
PPTX
Static techniques
PPTX
Static nopri wahyudi
Presentation Slides For Agile Review
Static techniques
Static techniques
03. static techniques
static techniques
Review Process
Static techniques
Static nopri wahyudi

Similar to Testing static technicques (20)

PPTX
Fitri haryati (static techniques)
PPTX
Static techniques
PPTX
Static Technique
PPTX
Static techniques
PPTX
Static techniques software development - Testing & Implementation
PPTX
Software Testing 4/5
PPTX
Testing & implementation system 3-wm
PPTX
Static techniques
PPTX
3.static techniques
PPTX
Presentasi static techniques
PPTX
Static techniques
PPTX
Static techniques
PPTX
PPTX
Ch 5 - Requirement Validation.pptx
PPTX
Reviews and the test process
PDF
Static techniques
PPTX
Chapter Three Static Techniques
PPTX
Static Techniques (Chapter 3)
PPTX
Static techniques
PPTX
Phases of a formal review
Fitri haryati (static techniques)
Static techniques
Static Technique
Static techniques
Static techniques software development - Testing & Implementation
Software Testing 4/5
Testing & implementation system 3-wm
Static techniques
3.static techniques
Presentasi static techniques
Static techniques
Static techniques
Ch 5 - Requirement Validation.pptx
Reviews and the test process
Static techniques
Chapter Three Static Techniques
Static Techniques (Chapter 3)
Static techniques
Phases of a formal review
Ad

Recently uploaded (20)

PDF
How UI/UX Design Impacts User Retention in Mobile Apps.pdf
PDF
Unlocking AI with Model Context Protocol (MCP)
PDF
The Rise and Fall of 3GPP – Time for a Sabbatical?
PPTX
PA Analog/Digital System: The Backbone of Modern Surveillance and Communication
PPTX
A Presentation on Artificial Intelligence
PDF
Network Security Unit 5.pdf for BCA BBA.
PPTX
VMware vSphere Foundation How to Sell Presentation-Ver1.4-2-14-2024.pptx
PPTX
Digital-Transformation-Roadmap-for-Companies.pptx
PDF
Building Integrated photovoltaic BIPV_UPV.pdf
PPTX
20250228 LYD VKU AI Blended-Learning.pptx
PDF
Chapter 3 Spatial Domain Image Processing.pdf
PDF
Empathic Computing: Creating Shared Understanding
PDF
Diabetes mellitus diagnosis method based random forest with bat algorithm
PDF
Mobile App Security Testing_ A Comprehensive Guide.pdf
PDF
Build a system with the filesystem maintained by OSTree @ COSCUP 2025
PDF
Reach Out and Touch Someone: Haptics and Empathic Computing
PPTX
Cloud computing and distributed systems.
DOCX
The AUB Centre for AI in Media Proposal.docx
PDF
Dropbox Q2 2025 Financial Results & Investor Presentation
PDF
Per capita expenditure prediction using model stacking based on satellite ima...
How UI/UX Design Impacts User Retention in Mobile Apps.pdf
Unlocking AI with Model Context Protocol (MCP)
The Rise and Fall of 3GPP – Time for a Sabbatical?
PA Analog/Digital System: The Backbone of Modern Surveillance and Communication
A Presentation on Artificial Intelligence
Network Security Unit 5.pdf for BCA BBA.
VMware vSphere Foundation How to Sell Presentation-Ver1.4-2-14-2024.pptx
Digital-Transformation-Roadmap-for-Companies.pptx
Building Integrated photovoltaic BIPV_UPV.pdf
20250228 LYD VKU AI Blended-Learning.pptx
Chapter 3 Spatial Domain Image Processing.pdf
Empathic Computing: Creating Shared Understanding
Diabetes mellitus diagnosis method based random forest with bat algorithm
Mobile App Security Testing_ A Comprehensive Guide.pdf
Build a system with the filesystem maintained by OSTree @ COSCUP 2025
Reach Out and Touch Someone: Haptics and Empathic Computing
Cloud computing and distributed systems.
The AUB Centre for AI in Media Proposal.docx
Dropbox Q2 2025 Financial Results & Investor Presentation
Per capita expenditure prediction using model stacking based on satellite ima...
Ad

Testing static technicques

  • 1. S t a t i c t e c h n i q u e s T e s t i n g a n d I m p l e m e n t a t i o n S y s t e m M u h a m m a d I b n u P r o g r a m S t u d i S 1 S i s t e m I n f o r m a s i F a k u l t a s S a i n s d a n T e k n o l o g i U n i v e r s i t a s I s l a m N e g e r i S u l t a n S y a r i f K a s i m R i a u
  • 3. A single document may be the subject of more than one review. If more than one type of review is used, the order may vary. For example, an informal review may be carried out before a technical review, or an inspection may be carried out on a requirements specification before a walkthrough with customers. It is apparent that none of the following types of review is the 'winner', but the different types serve different purposes at different stages in the life cycle of a document. Introduction. 3
  • 4. 4 The main review types, their main characteristics and common objectives are described below. Walkthrough A walkthrough is characterized by the author of the document under review guiding the participants through the document and his or her thought processes, to achieve a common understanding and to gather feedback. This is especially useful if people from outside the software discipline are present, who are not used to, or cannot easily understand software development documents. The content of the document is explained step by step by the author, to reach consensus on changes or to gather information.
  • 5. 5 Within a walkthrough the author does most of the preparation. The participants, who are selected from different departments and backgrounds, are not required to do a detailed study of the documents in advance. Because of the way the meeting is structured, a large number of people can participate and this larger audience can bring a great number of diverse viewpoints regarding the contents of the document being reviewed as well as serving an educational purpose. If the audience represents a broad cross-section of skills and disciplines, it can give assurance that no major defects are 'missed' in the walkthrough. A walkthrough is especially useful for higher-level documents, such as requirement specifications and architectural documents
  • 6. 6 goals can be applicable: to present the document to stakeholders both within and outside the software discipline, in order to gather information regarding the topic under documentation to explain (knowledge transfer) and evaluate the contents of the document to establish a common understanding of the document
  • 7. 7 Key characteristics of walkthroughs are: The meeting is led by the authors; often a separate scribe is present Scenarios and dry runs may be used to validate the content Separate pre-meeting preparation for reviewers is optional.
  • 8. A technical review is a discussion meeting that focuses on achieving consensus about the technical content of a document. Compared to inspections, technical reviews are less formal and there is little or no focus on defect identification on the basis of referenced documents, intended readership and rules. During technical reviews defects are found by experts, who focus on the content of the document. The experts that are needed for a technical review are, for example, architects, chief designers and key users. In practice, technical reviews vary from quite informal to very formal. Technical review 8
  • 9. 9 The goals of a technical review are to: assess the value of technical concepts and alternatives in the product and project environment establish consistency in the use and representation of technical concepts ensure, at an early stage, that technical concepts are used correctly
  • 10. 10 It is a documented defect- detection process that involves peers and technical experts. It is often performed as a peer review without management partici pation. Ideally it is led by a trained moderator, but possibly also by a technical expert A separate preparation is carried out during which the product is examined and the defects are found More formal characteristics such as the use of checklists and a logging list or issue log are optional
  • 11. Inspection is the most formal review type. The document under inspection is prepared and checked thoroughly by the reviewers before the meeting, comparing the work product with its sources and other referenced documents, and using rules and checklists. In the inspection meeting the defects found are logged and any discussion is postponed until the discussion phase. This makes the inspection meeting a very efficient meeting. Inspection 11
  • 12. The reason for carrying out inspections can be explained by using Weinberg's concept of egoless engineering [Weinberg, 1971]. Weinberg refers to the human tendency to self-justify actions. Since we tend not to see evidence that conflicts with our strong beliefs, our ability to find errors in our own work is impaired. Because of this tendency, many engineering organizations have established independent test groups that specialize in finding defects. Similar principles have led to the introduction of inspections and reviews in general Inspection 12
  • 13. Depending on the organization and the objectives of a project, inspections can be balanced to serve a number of goals. For example, if the time to market is extremely important, the emphasis in inspections will be on efficiency. In a safety-critical market, the focus will be on effectiveness. Inspection 13
  • 14. THANK YOU! For Attention Graham et.al(2006) http://sif.uin-suska.ac.id http://fst.uin-suska.ac.id http://www.uin-suska.ac.id