Static techniques like reviews and static analysis tools can find defects in software work products like requirements, design, and code without executing the software. Reviews vary in formality from informal discussions to more structured inspections and walkthroughs. Static analysis examines software artifacts automatically using tools to identify defects before dynamic testing begins.
This document discusses static testing techniques, including reviews. It describes the review process, roles in reviews, types of reviews, and static analysis using tools. Reviews are a formal process typically involving planning, preparation, a review meeting, rework, and follow-up. Roles include the moderator, author, scribe, and reviewers. Types of reviews serve different purposes at different stages. Static analysis tools can check coding standards and metrics, as well as code structure.
The document discusses static and dynamic testing methods. Static testing involves analyzing code or documentation without executing the software, while dynamic testing executes the software. Both methods find different types of defects. Key aspects of static testing include review processes, which can be informal or formal. Formal reviews involve several phases: planning, kick-off, preparation, review meeting, rework, and follow-up. The review meeting itself includes logging defects, discussing them, and deciding on next steps. Roles in the review include moderator, author, scribe, and reviewers. Different review types are described.
The document summarizes the review process for documents. It discusses the phases of a formal review process including planning, kick-off, preparation, review meeting, rework, and follow-up. It also describes the roles and responsibilities of those involved in the review including the moderator, author, scribe, and reviewers. Finally, it outlines different types of reviews including walkthroughs and technical reviews.
Static testing involves examining a program's code and documentation without executing the code. It aims to improve quality by finding errors early. Techniques include informal reviews with minimal documentation; formal reviews following steps like planning, preparation, and follow-up; technical reviews of specifications; walkthroughs where authors explain work; and inspections led by moderators. Static testing allows early feedback but cannot find runtime issues and is time-consuming.
Static test techniques provide a powerful way to improve the quality and productivity of software development. This chapter describes static test techniques, including reviews, and provides an overview of how they are conducted
The document discusses static testing techniques, which involve examining software work products like requirements and design documents manually or with tools, without executing the software. Some key benefits of static testing mentioned are that it allows early feedback on quality issues, defects can be detected and fixed early at lower cost, and development productivity may increase as rework effort is reduced. Various types of static testing techniques are described, including reviews, inspections, coding standard checks, and code metrics analysis. Formal reviews follow defined processes with roles like moderator, author, and reviewers. Success factors for effective reviews include training participants, explicit planning, and continuous process improvement.
Static techniques involve examining software work products like requirements, design, and code manually or with tools without executing the software. Some key advantages of static techniques include finding defects early when costs are low, increasing development productivity by reducing rework, and improving quality awareness. Static techniques can be informal reviews or more formal processes like inspections. Formal reviews follow steps like planning, preparation, review meetings, rework, and follow-up. Ensuring coding standards are followed, measuring code metrics, and having success factors like training and continuous improvement can help static techniques be effective.
Formal reviews follow a six step process: 1) Planning, 2) Kick-off, 3) Preparation where reviewers identify defects individually, 4) Review meeting where defects are logged and discussed, 5) Rework by the author to address defects, and 6) Follow-up by the moderator to ensure defects were addressed. Key roles include the moderator who leads the process, author of the document, reviewers who identify defects, and scribe who logs defects discussed.
Static techniques such as reviews can improve both quality and productivity in software development. Static testing examines software work products like requirements and design documents manually or with tools before execution, finding defects early. Dynamic testing executes software with test cases. The two techniques are complementary, as static testing finds defects like missing requirements or design flaws while dynamic testing finds failures from execution. Using static testing from early in the development lifecycle provides advantages like early feedback, low rework costs, increased productivity, and greater awareness of quality issues.
YAHDI SANDRA
11453104752
Program Studi S1 Sistem Informasi
Fakultas Sains dan Teknologi
Universitas Islam Negeri Sultan Syarif Kasim Riau
http://sif.uin-suska.ac.id/
http://fst.uin-suska.ac.id/
http://www.uin-suska.ac.id/
Static techniques like reviews and static analysis tools can find defects in software work products like requirements, design, and code without executing the software. Reviews vary in formality from informal discussions to more structured inspections and walkthroughs. Static analysis examines software artifacts automatically using tools to identify defects before dynamic testing begins.
This document discusses static testing techniques, including reviews. It describes the review process, roles in reviews, types of reviews, and static analysis using tools. Reviews are a formal process typically involving planning, preparation, a review meeting, rework, and follow-up. Roles include the moderator, author, scribe, and reviewers. Types of reviews serve different purposes at different stages. Static analysis tools can check coding standards and metrics, as well as code structure.
The document discusses static and dynamic testing methods. Static testing involves analyzing code or documentation without executing the software, while dynamic testing executes the software. Both methods find different types of defects. Key aspects of static testing include review processes, which can be informal or formal. Formal reviews involve several phases: planning, kick-off, preparation, review meeting, rework, and follow-up. The review meeting itself includes logging defects, discussing them, and deciding on next steps. Roles in the review include moderator, author, scribe, and reviewers. Different review types are described.
The document summarizes the review process for documents. It discusses the phases of a formal review process including planning, kick-off, preparation, review meeting, rework, and follow-up. It also describes the roles and responsibilities of those involved in the review including the moderator, author, scribe, and reviewers. Finally, it outlines different types of reviews including walkthroughs and technical reviews.
Static testing involves examining a program's code and documentation without executing the code. It aims to improve quality by finding errors early. Techniques include informal reviews with minimal documentation; formal reviews following steps like planning, preparation, and follow-up; technical reviews of specifications; walkthroughs where authors explain work; and inspections led by moderators. Static testing allows early feedback but cannot find runtime issues and is time-consuming.
Static test techniques provide a powerful way to improve the quality and productivity of software development. This chapter describes static test techniques, including reviews, and provides an overview of how they are conducted
The document discusses static testing techniques, which involve examining software work products like requirements and design documents manually or with tools, without executing the software. Some key benefits of static testing mentioned are that it allows early feedback on quality issues, defects can be detected and fixed early at lower cost, and development productivity may increase as rework effort is reduced. Various types of static testing techniques are described, including reviews, inspections, coding standard checks, and code metrics analysis. Formal reviews follow defined processes with roles like moderator, author, and reviewers. Success factors for effective reviews include training participants, explicit planning, and continuous process improvement.
Static techniques involve examining software work products like requirements, design, and code manually or with tools without executing the software. Some key advantages of static techniques include finding defects early when costs are low, increasing development productivity by reducing rework, and improving quality awareness. Static techniques can be informal reviews or more formal processes like inspections. Formal reviews follow steps like planning, preparation, review meetings, rework, and follow-up. Ensuring coding standards are followed, measuring code metrics, and having success factors like training and continuous improvement can help static techniques be effective.
Testing throughout the software life cycle & statistic techniquesYAObbiIkhsan
The document discusses testing throughout the software development life cycle. It describes different types of testing including functional testing, non-functional testing, structural testing, and maintenance testing. It also discusses static testing techniques such as reviews, and the review process which typically involves planning, kick-off, preparation, logging meeting, rework, and closure phases. Reviews are an important part of the testing process to improve quality.
Static analysis and reliability testing (CS 5032 2012)Ian Sommerville
The document discusses various topics related to dependability and security assurance for critical systems, including static analysis techniques, reliability testing, and validation processes. It notes that validation costs for critical systems are significantly higher than for non-critical systems, often over 50% of total development costs, due to additional validation activities required. Specific static analysis techniques covered include formal verification, model checking, and automated program analysis.
Testing throughout the software life cycle & statistic techniquesNovika Damai Yanti
CATEGORIES OF TEST DESIGN TECHNIQUES
Recall reasons that both specification-based (black-box) and structure-based (white-box) approaches to test case design are useful, and list the common techniques for each. (K1)
Topics: Reviews and the test process, Types of review, static analysis
To know more about
Offer- http://mazenet-chennai.in/mazenet-offers.html
Syllabus- http://www.mazenet-chennai.in/software-testing-training-in-chennai.html
Slide share: http://www.slideshare.net/mazenet_solution/presentations
For more events- http://mazenet-chennai.in/mazenet-events.html
All videos- https://www.youtube.com/c/Mazenetsolution
Facebook- https://www.facebook.com/Mazenet.IT.Solution/
Twitter- https://twitter.com/Maze_net
Mail us : marketing@mazenetsolution.com
Contact: 9629728714
Static techniques allow for examining software work products like requirements, design documents, and source code manually or with tools, without executing the software. This is known as static testing. Static testing can evaluate all software work products early in the development lifecycle through review techniques. Reviews involve examining documents for defects and quality issues in a team setting. This allows information sharing and helps focus testing. Reviews have been shown to improve productivity and quality by reducing defects found later.
The document discusses various techniques for static testing of software, including reviews. It describes the advantages of static testing such as early detection of defects, lower rework costs, and improved productivity. The document outlines the review process and roles involved, including moderator, author, scribe, and reviewers. Different types of reviews are described like informal reviews, formal reviews with six phases (planning, kick-off, preparation, meeting, rework, follow-up), and specific review types including walkthroughs. Walkthroughs aim to establish common understanding through explanation of documents to diverse stakeholders.
The document describes the six phases of a formal review process:
1. Planning involves assigning a moderator and scheduling the review.
2. Kick-off is an optional meeting to align participants on the document and time commitment.
3. Preparation includes checking documents at a defined rate, usually 5-10 pages per hour.
4. The review meeting logs defects, discusses severity, and decides if exit criteria are met.
5. Rework is done by the author to address defects found before another review.
6. Follow-up ensures all defects were adequately addressed before the document is finalized.
This document discusses the formal review process and types of reviews. It provides details on the typical phases of a formal review process: planning, kick-off, preparation, review meeting, rework, and follow-up. It also describes different types of reviews - walkthroughs, inspections, and their key characteristics. Finally, it lists some critical success factors for implementing formal reviews, such as finding a champion, training participants, and continuously improving the review process.
This document discusses static and dynamic testing techniques. It defines static testing as examining software work products manually or with tools without executing them, while dynamic testing executes software using input values to examine outputs. The document then describes the phases of a formal review process and defines roles in a review. It identifies the moderator, author, scribe, reviewers, and manager. Finally, it explains the differences between inspections, technical reviews, and walkthroughs, providing details on each type of review.
abdurrahimradhin Program Studi S1 Sistem Informasi Fakultas Sains dan Teknologi Universitas Islam Negeri Sultan Syarif Kasim Riau
http://sif.uin-suska.ac.id/
http://fst.uin-suska.ac.id/
http://www.uin-suska.ac.id/
Referensi ke Graham et.al (2006)
Dynamic testing involves executing software with input values and examining the output, allowing defects to be detected in code. Static testing analyzes software work products like documentation without executing the code. Formal reviews have defined phases including planning, preparation where reviewers check materials, a review meeting, and follow-up on rework. The main review types are walkthroughs where the author guides discussion, technical reviews where experts focus on technical content, and inspections with more formal defect identification. Critical success factors for implementing reviews include designating a champion, focusing on important items, explicit planning and tracking, training participants, managing people issues, and continuously improving.
The document describes the planning, preparation, and execution of a review process. It discusses the following key points:
1. A moderator plans the review by scheduling it and performing an entry check to ensure the document is ready.
2. Reviewers individually prepare by checking pages according to their assigned role and logging any issues found.
3. The review meeting involves logging all issues page by page without discussion, then discussing and deciding on each issue.
4. The author addresses issues through rework and indicates changes.
5. The moderator ensures all issues were adequately addressed and collects review metrics for process improvement.
This chapter describes static test techniques, including reviews, and provides an overviewof how they are conducted. The fundamental objective of static testing is to improve the quality of softwarework products by assisting engineers to recognize and fix their own defects early in the softwaredevelopment process. While static testing techniques will not solve all the problems, they areenormously effective. Static techniques can improve both quality and productivity by impressive factors.Static testing is not magic and it should not be considered a replacement for dynamic testing, but allsoftware organizations should consider using reviews in all major aspects of their work includingrequirements, design, implementation, testing, and maintenance. Static analysis tools implementautomated checks, e.g. on code
Static testing techniques like reviews can improve both the quality and productivity of software development. The objectives of static testing are to improve software quality by helping engineers find and fix defects early. While static testing won't solve all problems, it is very effective at finding certain types of defects without executing the software. Organizations should consider using reviews of requirements, design, code, testing and maintenance work products to gain these benefits.
The document discusses static testing techniques, which involve examining software work products like requirements and code manually or with tools, without executing the software. It covers topics like formal reviews, roles in reviews, types of reviews including walkthroughs, inspections and technical reviews. It also discusses using static analysis tools to check for adherence to coding standards and metrics. There are multiple choice questions at the end to test understanding of reviews and static analysis.
The document discusses requirement validation which involves checking requirements documentation for completeness, consistency, and to ensure it provides an adequate basis for system design. It describes various validation techniques including reviews, translating requirements to alternative forms like user manuals and diagrams, and developing prototypes or test cases. The goal is to identify any issues with the documented requirements and get stakeholder agreement that their needs are properly represented.
This document provides guidelines for reviewing work products. It defines key roles in the review process such as author, moderator, reviewer, reader, and recorder. It describes different review methods including peer review, walkthrough review, and inspection review. It also outlines aspects to focus on in a review like functional, technical, management, and quality standard aspects. Finally, it stresses the importance of taking reviews seriously to avoid costly problems and failures.
Kief Morris rethinks the infrastructure code delivery lifecycle, advocating for a shift towards composable infrastructure systems. We should shift to designing around deployable components rather than code modules, use more useful levels of abstraction, and drive design and deployment from applications rather than bottom-up, monolithic architecture and delivery.
Implementations of Fused Deposition Modeling in real worldEmerging Tech
The presentation showcases the diverse real-world applications of Fused Deposition Modeling (FDM) across multiple industries:
1. **Manufacturing**: FDM is utilized in manufacturing for rapid prototyping, creating custom tools and fixtures, and producing functional end-use parts. Companies leverage its cost-effectiveness and flexibility to streamline production processes.
2. **Medical**: In the medical field, FDM is used to create patient-specific anatomical models, surgical guides, and prosthetics. Its ability to produce precise and biocompatible parts supports advancements in personalized healthcare solutions.
3. **Education**: FDM plays a crucial role in education by enabling students to learn about design and engineering through hands-on 3D printing projects. It promotes innovation and practical skill development in STEM disciplines.
4. **Science**: Researchers use FDM to prototype equipment for scientific experiments, build custom laboratory tools, and create models for visualization and testing purposes. It facilitates rapid iteration and customization in scientific endeavors.
5. **Automotive**: Automotive manufacturers employ FDM for prototyping vehicle components, tooling for assembly lines, and customized parts. It speeds up the design validation process and enhances efficiency in automotive engineering.
6. **Consumer Electronics**: FDM is utilized in consumer electronics for designing and prototyping product enclosures, casings, and internal components. It enables rapid iteration and customization to meet evolving consumer demands.
7. **Robotics**: Robotics engineers leverage FDM to prototype robot parts, create lightweight and durable components, and customize robot designs for specific applications. It supports innovation and optimization in robotic systems.
8. **Aerospace**: In aerospace, FDM is used to manufacture lightweight parts, complex geometries, and prototypes of aircraft components. It contributes to cost reduction, faster production cycles, and weight savings in aerospace engineering.
9. **Architecture**: Architects utilize FDM for creating detailed architectural models, prototypes of building components, and intricate designs. It aids in visualizing concepts, testing structural integrity, and communicating design ideas effectively.
Each industry example demonstrates how FDM enhances innovation, accelerates product development, and addresses specific challenges through advanced manufacturing capabilities.
INDIAN AIR FORCE FIGHTER PLANES LIST.pdfjackson110191
These fighter aircraft have uses outside of traditional combat situations. They are essential in defending India's territorial integrity, averting dangers, and delivering aid to those in need during natural calamities. Additionally, the IAF improves its interoperability and fortifies international military alliances by working together and conducting joint exercises with other air forces.
Measuring the Impact of Network Latency at TwitterScyllaDB
Widya Salim and Victor Ma will outline the causal impact analysis, framework, and key learnings used to quantify the impact of reducing Twitter's network latency.
YOUR RELIABLE WEB DESIGN & DEVELOPMENT TEAM — FOR LASTING SUCCESS
WPRiders is a web development company specialized in WordPress and WooCommerce websites and plugins for customers around the world. The company is headquartered in Bucharest, Romania, but our team members are located all over the world. Our customers are primarily from the US and Western Europe, but we have clients from Australia, Canada and other areas as well.
Some facts about WPRiders and why we are one of the best firms around:
More than 700 five-star reviews! You can check them here.
1500 WordPress projects delivered.
We respond 80% faster than other firms! Data provided by Freshdesk.
We’ve been in business since 2015.
We are located in 7 countries and have 22 team members.
With so many projects delivered, our team knows what works and what doesn’t when it comes to WordPress and WooCommerce.
Our team members are:
- highly experienced developers (employees & contractors with 5 -10+ years of experience),
- great designers with an eye for UX/UI with 10+ years of experience
- project managers with development background who speak both tech and non-tech
- QA specialists
- Conversion Rate Optimisation - CRO experts
They are all working together to provide you with the best possible service. We are passionate about WordPress, and we love creating custom solutions that help our clients achieve their goals.
At WPRiders, we are committed to building long-term relationships with our clients. We believe in accountability, in doing the right thing, as well as in transparency and open communication. You can read more about WPRiders on the About us page.
The Rise of Supernetwork Data Intensive ComputingLarry Smarr
Invited Remote Lecture to SC21
The International Conference for High Performance Computing, Networking, Storage, and Analysis
St. Louis, Missouri
November 18, 2021
How Social Media Hackers Help You to See Your Wife's Message.pdfHackersList
In the modern digital era, social media platforms have become integral to our daily lives. These platforms, including Facebook, Instagram, WhatsApp, and Snapchat, offer countless ways to connect, share, and communicate.
Paradigm Shifts in User Modeling: A Journey from Historical Foundations to Em...Erasmo Purificato
Slide of the tutorial entitled "Paradigm Shifts in User Modeling: A Journey from Historical Foundations to Emerging Trends" held at UMAP'24: 32nd ACM Conference on User Modeling, Adaptation and Personalization (July 1, 2024 | Cagliari, Italy)
Comparison Table of DiskWarrior Alternatives.pdfAndrey Yasko
To help you choose the best DiskWarrior alternative, we've compiled a comparison table summarizing the features, pros, cons, and pricing of six alternatives.
An invited talk given by Mark Billinghurst on Research Directions for Cross Reality Interfaces. This was given on July 2nd 2024 as part of the 2024 Summer School on Cross Reality in Hagenberg, Austria (July 1st - 7th)
BT & Neo4j: Knowledge Graphs for Critical Enterprise Systems.pptx.pdfNeo4j
Presented at Gartner Data & Analytics, London Maty 2024. BT Group has used the Neo4j Graph Database to enable impressive digital transformation programs over the last 6 years. By re-imagining their operational support systems to adopt self-serve and data lead principles they have substantially reduced the number of applications and complexity of their operations. The result has been a substantial reduction in risk and costs while improving time to value, innovation, and process automation. Join this session to hear their story, the lessons they learned along the way and how their future innovation plans include the exploration of uses of EKG + Generative AI.
Best Programming Language for Civil EngineersAwais Yaseen
The integration of programming into civil engineering is transforming the industry. We can design complex infrastructure projects and analyse large datasets. Imagine revolutionizing the way we build our cities and infrastructure, all by the power of coding. Programming skills are no longer just a bonus—they’re a game changer in this era.
Technology is revolutionizing civil engineering by integrating advanced tools and techniques. Programming allows for the automation of repetitive tasks, enhancing the accuracy of designs, simulations, and analyses. With the advent of artificial intelligence and machine learning, engineers can now predict structural behaviors under various conditions, optimize material usage, and improve project planning.
Scaling Connections in PostgreSQL Postgres Bangalore(PGBLR) Meetup-2 - MydbopsMydbops
This presentation, delivered at the Postgres Bangalore (PGBLR) Meetup-2 on June 29th, 2024, dives deep into connection pooling for PostgreSQL databases. Aakash M, a PostgreSQL Tech Lead at Mydbops, explores the challenges of managing numerous connections and explains how connection pooling optimizes performance and resource utilization.
Key Takeaways:
* Understand why connection pooling is essential for high-traffic applications
* Explore various connection poolers available for PostgreSQL, including pgbouncer
* Learn the configuration options and functionalities of pgbouncer
* Discover best practices for monitoring and troubleshooting connection pooling setups
* Gain insights into real-world use cases and considerations for production environments
This presentation is ideal for:
* Database administrators (DBAs)
* Developers working with PostgreSQL
* DevOps engineers
* Anyone interested in optimizing PostgreSQL performance
Contact info@mydbops.com for PostgreSQL Managed, Consulting and Remote DBA Services
Advanced Techniques for Cyber Security Analysis and Anomaly DetectionBert Blevins
Cybersecurity is a major concern in today's connected digital world. Threats to organizations are constantly evolving and have the potential to compromise sensitive information, disrupt operations, and lead to significant financial losses. Traditional cybersecurity techniques often fall short against modern attackers. Therefore, advanced techniques for cyber security analysis and anomaly detection are essential for protecting digital assets. This blog explores these cutting-edge methods, providing a comprehensive overview of their application and importance.
7 Most Powerful Solar Storms in the History of Earth.pdfEnterprise Wired
Solar Storms (Geo Magnetic Storms) are the motion of accelerated charged particles in the solar environment with high velocities due to the coronal mass ejection (CME).
20240705 QFM024 Irresponsible AI Reading List June 2024
Reviews and the test process
1. REVIEWS AND THE
TEST PROCESS
Oleh:
NURFITRIANTI
Program Studi S1 Sistem Informasi
Fakultas Sains dan Teknologi
Universitas Islam Negeri Sultan Syarif Kasim Riau
2. SLIDE 2
What we are talking?
The definition of testing outlines objectives that relate to
evaluation, revealing defects and quality. As indicated in
the definition two approaches can be used to achieve
these objectives, static testing and dynamic testing.
With dynamic testing methods, software is executed
using a set of input values and its output is then
examined and compared to what is expected. During
static testing, software work products are examined
manually, or with a set of tools, but not executed.
3. Cont... SLIDE 3
Dynamic testing and static testing are complementary methods, as they tend to find different
types of defects effectively and efficiently. Types of defects that are easier to find during static
testing are: deviations from standards, missing requirements, design defects, non-maintainable
code and inconsistent interface specifications. Note that in contrast to dynamic testing, static
testing finds defects rather than failures.
static testing is a very suitable method for improving the quality of software work products
4. Static Testing Advantages: SLIDE 4
Since static testing can start
early in the life cycle, early
feedback on quality issues
can be established, e.g. an
early validation of user
requirements and not just
late in the life cycle during
acceptance testing.
1 2 43 5
By detecting defects at an early
stage, rework costs are most often
relatively low and thus a relatively
cheap improvement of the quality of
software products can be achieved.
Since rework effort is
substantially reduced,
development productivity
figures are likely to
increase.
The evaluation by a team has the
additional advantage that there is an
exchange of information between
the participants.
Static tests contribute
to an increased
awareness of quality
issues.
5. SLIDE 5
REVIEW PROCESS
Reviews vary from very informal to formal (i.e. well
structured and regulated).
The formality of a review process is related to factors
such as the maturity of the development process, any
legal or regulatory requirements or the need for an audit
trail. In practice the informal review is perhaps the most
common type of review.
Informal reviews are applied at various times during
the early stages in the life cycle of a document.
7. SLIDE 7
Planning
The review process for a particular review begins with a 'request
for review' by the author to the moderator (or inspection leader). A
moderator is often assigned to take care of the scheduling (dates,
time, place and invitation) of the review.
On a project level, the project planning needs to allow time
for review and rework activities, thus providing engineers with
time to thoroughly participate in reviews. For more formal reviews,
e.g. inspections, the moderator always performs an entry check
and defines at this stage formal exit criteria. The entry check is
carried out to ensure that the reviewers' time is not wasted on a
document that is not ready for review.
1.
8. Cont... SLIDE 8
A short check of a product
sample by the moderator (or
expert) does not reveal a large
number of major defects. For
example, after 30 minutes of
checking, no more than 3 major
defects are found on a single
page or fewer than 10 major
defects in total in a set of 5
pages.
1
The document to be
reviewed is available
with line numbers.
Although more and other entry criteria can be applied, the following
can be regarded as the minimum set for performing the entry check:
2
3
The document has
been cleaned up by
running any automated
checks that apply.
4References needed for
the inspection are
stable and available.
5
The document author is
prepared to join the review
team and feels confident
with the quality of the
document.
9. Cont... SLIDE 9
The author may raise additional specific roles and questions that
have to be addressed.
The moderator has the option to also fulfil a role, alongside the task
of being a review leader.
Checking the document improves the moderator's ability to lead the
meeting, because it ensures better understanding. Furthermore, it
improves the review efficiency because the moderator replaces an
engineer that would otherwise have to check the document and
attend the meeting.
It is recommended that the moderator take the role of checking
compliance to standards, since this tends to be a highly objective
role, which leads to less discussion of the defects found.
Sumber: Graham et.al (2011)
10. SLIDE 10
Kick-Off
An optional step in a review procedure is a kick-off meeting.
During the kick-off meeting the reviewers receive a short introduction
on the objectives of the review and the documents. The relationships
between the document under review and the other documents
(sources) are explained, especially if the number of related
documents is high.
Role assignments, checking rate, the pages to be checked, process
changes and possible other questions are also discussed during this
meeting. Of course the distribution of the document under review,
source documents and other related documentation, can also be
done during the kick-off.
2.
11. SLIDE 11
Preparation
A critical success factor for a thorough preparation is the number
of pages checked per hour. This is called the checking rate.
The optimum checking rate is the result of a mix of factors, including
the type of document, its complexity, the number of related
documents and the experience of the reviewer.
Usually the checking rate is in the range of five to ten pages per
hour, but may be much less for formal inspection, e.g. one page per
hour.
During preparation, participants should not exceed this criterion. By
collecting data and measuring the review process, company-specific
criteria for checking rate and document size (see planning phase)
can be set, preferably specific to a document type.
3.
12. SLIDE 12
Review meeting
The meeting typically consists of the following elements (partly
depending on the review type): logging phase, discussion phase
and decision phase.
During the logging phase the issues, e.g. defects, that have
been identified during the preparation are mentioned page by
page, reviewer by reviewer and are logged either by the author
or by a scribe
A separate person to do the logging (a scribe) is especially
useful for formal review types such as an inspection.
4.
13. SLIDE 13
Rework
Based on the defects detected, the author will improve the
document under review step by step. Not every defect that is
found leads to rework. It is the author's responsibility to judge if
a defect has to be fixed. If nothing is done about an issue for a
certain reason, it should be reported to at least indicate that the
author has considered the issue.
Changes that are made to the document should be easy to
identify during follow-up. Therefore the author has to indicate
where changes are made (e.g. using 'Track changes' in word-
processing software).
5.
14. SLIDE 14
Follow-Up
The moderator is responsible for ensuring that satisfactory actions have
been taken on all (logged) defects, process improvement suggestions and
change requests. Although the moderator checks to make sure that the
author has taken action on all known defects, it is not necessary for the
moderator to check all the corrections in detail. If it is decided that all
participants will check the updated document, the moderator takes care of
the distribution and collects the feedback. For more formal review types
the moderator checks for compliance to the exit criteria.
In order to control and optimize the review process, a number of
measurements are collected by the moderator at each step of the
process. Examples of such measurements include number of defects
found, number of defects found per page, time spent checking per page,
total review effort, etc. It is the responsibility of the moderator to ensure
that the information is correct and stored for future analysis.
6.
15. That’s all. Thank you very much!
Any Questions?
Created By: Nurfitrianti
Email : Nurfitrianti17@gmail.com
Instagram: Nurfitrianti17