Chapter 3 of ISTQB Foundation 2018 syllabus with sample questions. Answers about what is static testing, what is review, types of review, informal review, walkthrough, technical review, inspection.
This is chapter 1 of ISTQB Specialist Performance Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
Chapter 1 of ISTQB Agile tester extension certification. This chapter will give you the understanding about the content of chapter 1 of the certification.
This is chapter 2 of ISTQB Advance Agile Technical Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
This is chapter 5 of ISTQB Advance Test Manager certification. This presentation helps aspirants understand and prepare the content of the certification.
This is chapter 6 of ISTQB Advance Technical Test Analyst certification. This presentation helps aspirants understand and prepare the content of the certification.
Static analysis is a static testing technique that analyzes source code without executing it. It can find faults like unreachable code, undeclared variables, and array bound violations. Some key advantages are that it can find faults difficult to see otherwise and provides an objective assessment of code quality. However, it also has limitations like not being able to distinguish fail-safe code from actual faults. Reviews are also useful for finding faults early and help achieve consensus, while inspections are more formal reviews.
This is chapter 5 of ISTQB Advance Technical Test Analyst certification. This presentation helps aspirants understand and prepare the content of the certification.
Chapter 1 - The Technical Test Analyst Tasks in Risk Based TestingNeeraj Kumar Singh
This is chapter 1 of ISTQB Advance Technical Test Analyst certification. This presentation helps aspirants understand and prepare the content of the certification.
The document summarizes the key activities in the software testing process according to ISTQB, including test planning, monitoring and control, analysis, design, implementation, execution, evaluating exit criteria and reporting, and test closure activities. It provides details on each activity, such as the objectives of test planning, factors to consider for test analysis, and outputs that should be captured during test closure.
This is chapter 3 of ISTQB Advance Test Manager certification. This presentation helps aspirants understand and prepare the content of the certification.
This is chapter 6 of ISTQB Advance Test Manager certification. This presentation helps aspirants understand and prepare the content of the certification.
This is a free module from my course ISTQB CTAL Test Manager revised to 2012 syllabus. If you need full training feel free to contact me by email (amraldo@hotmail.com) or by mobile (+201223600207).
This is chapter 2 of ISTQB Advance Test Manager certification. This presentation helps aspirants understand and prepare the content of the certification.
This document discusses test management. It covers organizational structures for testing like having developers test their own code or having a dedicated testing team. It also discusses estimating testing time, monitoring testing progress through metrics like incident reports, and using configuration management to control testing activities and products. The key aspects of test management covered are organizational structures, estimation, monitoring, control, and configuration management.
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.
Testing Throughout the Software Life Cycle (2013)Jana Gierloff
The document discusses software development lifecycle processes including requirements, design, coding, testing, and operation. It then covers specific testing types like unit testing, integration testing, system testing, and acceptance testing. The next sections describe different software development methodologies and review types like inspections.
Chapter 3 of ISTQB Foundation 2018 syllabus with sample questions. Answers about what is static testing, what is review, types of review, informal review, walkthrough, technical review, inspection.
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 all software organizations should consider using reviews in all major aspects of their work including requirements, design, implementation, testing, and maintenance. Static analysis tools implement automated checks, e.g. on code
The document discusses quality management in software development. It covers concepts like software quality assurance, reviews, reliability, and standards like ISO 9000 and CMM. Quality management aims to reduce errors and costs by doing development correctly from the start. It involves assurance tasks, engineering practices, work product control, and compliance with standards. An SQA plan outlines the quality assurance process for a specific project.
The document discusses static techniques for testing software work products like code, requirements, and design specifications. Static techniques like reviews and static analysis aim to find defects early before testing to improve productivity and reduce costs. Reviews involve examining documentation for defects, while static analysis checks code complexity, errors, and other issues without executing the code. Formal reviews follow steps like planning, kickoff meetings, preparation, review meetings, reworking defects, and follow up. Roles include managers, moderators, authors, reviewers, and scribes.
Testing software is conducted to ensure the system meets user needs and requirements. The primary objectives of testing are to verify that the right system was built according to specifications and that it was built correctly. Testing helps instill user confidence, ensures functionality and performance, and identifies any issues where the system does not meet specifications. Different types of testing include unit, integration, system, and user acceptance testing, which are done at various stages of the software development life cycle.
Chater 3 Static Technic (by Eva Normala)EvaNormala
This document discusses static testing techniques for improving software quality. It describes static testing as evaluating software work products, like requirements and code, without executing them to find defects early. Static testing provides various advantages, including early feedback to detect defects cheaply before costly rework. Formal reviews are described as a common static testing technique involving planning, preparation and meetings to discuss defects. The document also discusses static analysis tools, coding standards, code metrics and structure as additional static testing methods.
Software testing involves executing programs to evaluate properties such as functionality, security, and performance (paragraph 1). The main benefits of software testing are that it is cost-effective, improves security, ensures product quality, and increases customer satisfaction (paragraph 2). There are various testing strategies like unit testing, integration testing, and system testing that check individual code units, integrated units, and the overall system respectively (paragraph 3). Testing methodologies include white-box testing which uses internal code knowledge, and black-box testing which does not require such knowledge (paragraph 6). The software testing lifecycle has phases like requirements study, test case design, test execution, and test closure (paragraph 7).
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.
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)
Chapter 4 - Quality Characteristics for Technical TestingNeeraj Kumar Singh
The document discusses quality characteristics for technical testing, focusing on reliability testing. It provides definitions and explanations of reliability sub-characteristics like maturity, fault tolerance, and recoverability. It describes approaches to measuring software maturity and reliability over time. Types of reliability tests discussed include fault tolerance testing, recoverability (failover and backup/restore) testing, and availability testing. General guidance is provided on planning and specifying reliability tests, noting the need for production-like environments and long test durations to obtain statistically significant results.
The document summarizes the nine disciplines of the Rational Unified Process (RUP):
1) The Business Modeling Discipline involves understanding the business and domain model.
2) The Requirements Discipline involves eliciting, documenting, and agreeing on system requirements.
3) The Analysis and Design Discipline involves analyzing requirements and designing the system architecture and components.
4) The Implementation Discipline involves transforming the design into code and unit testing.
5) The Test Discipline involves defining and executing test plans and cases.
6) The Deployment Discipline involves planning and executing the system deployment.
7) The Configuration and Change Management Discipline involves managing versions and changes
This document discusses software quality assurance. It defines software quality and quality assurance. The three general principles of quality assurance are knowing what you are doing, knowing what you should be doing, and knowing how to measure the difference. Quality assurance techniques include formal methods, testing, inspection, and metrics. These techniques are applied through a software process and the different phases of the software development lifecycle, including requirements, design, implementation, and testing. Verification ensures the product is being built correctly while validation ensures the right product is being built.
Manual testing interview questions and answersRajnish Sharma
This document contains answers to 10 common manual testing interview questions. It defines key terms like software testing, quality assurance, quality control, and the software development life cycle. It also describes different types of testing such as functional vs non-functional, black box vs white box vs gray box testing. Finally, it explains what a test bed is in the context of software testing.
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.
The document provides details for performing a system analysis for a software engineering project. It outlines the following steps:
1. Introduction including purpose, intended audience, project scope.
2. Overall description of the product including perspective, features, user classes, operating environment, and design/implementation constraints.
3. Functional requirements organized by user class/feature including descriptions, conditions, business rules.
4. External interface requirements including user interfaces, hardware interfaces, software interfaces, communications interfaces.
5. System features including reliability, security, performance, supportability, design constraints.
The document specifies requirements for a software engineering project and provides guidance on performing requirement analysis and developing a software requirements specification (SR
Tool Support for Testing as Chapter 6 of ISTQB Foundation 2018. Topics covered are Tool Benefits, Test Tool Classification, Benefits of Test Automation and Risk of Test Automation
Test Management as Chapter 5 of ISTQB Foundation. Topics covered are Test Organization, Test Planning and Estimation, Test Monitoring and Control, Test Execution Schedule, Test Strategy, Risk Management, Defect Management
Test Case Design Techniques as chapter 4 of ISTQB Foundation. Topics included are Equivalence Partition, Boundary Value Analysis, State Transition Testing, Decision Table Testing, Use Case Testing, Statement Coverage, Decision Coverage, Error Guessing, Exploratory Testing, Checklist Based Testing
The document discusses testing throughout the software development life cycle. It describes different software development models including sequential, incremental, and iterative models. It also covers different test levels from component and integration testing to system and acceptance testing. The document discusses different types of testing including functional and non-functional testing. It also covers topics like maintenance testing and triggers for additional testing when changes are made. Also covers concepts of Agile including DevOps, Shift Left Approach, TDD, BDD, ATDD, Retrospective and Process Improvement
The document discusses fundamentals of software testing including definitions of testing, why testing is necessary, seven testing principles, and the test process. It describes the test process as consisting of test planning, monitoring and control, analysis, design, implementation, execution, and completion. It also outlines the typical work products created during each phase of the test process.
This is chapter 4 of ISTQB Specialist Mobile Application Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
Chapter 4 - Mobile Application Platforms, Tools and EnvironmentNeeraj Kumar Singh
This is chapter 4 of ISTQB Specialist Mobile Application Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
Chapter 3 - Common Test Types and Test Process for Mobile ApplicationsNeeraj Kumar Singh
This is chapter 3 of ISTQB Specialist Mobile Application Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
This is chapter 2 of ISTQB Specialist Mobile Application Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
Chapter 1 - Mobile World - Business and Technology DriversNeeraj Kumar Singh
This is chapter 1 of ISTQB Specialist Mobile Application Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
This is a Sample Question Paper of ISTQB Specialist Performance Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
This is the answer to Sample Questions of ISTQB Specialist Performance Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
ISTQB Performance Tester Certification Syllabus and Study MaterialNeeraj Kumar Singh
This is Syllabus of ISTQB Specialist Performance Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
This is chapter 5 of ISTQB Specialist Performance Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
This is chapter 4 of ISTQB Specialist Performance Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
Chapter 3 - Performance Testing in the Software LifecycleNeeraj Kumar Singh
The document discusses performance testing activities across different software development lifecycles. It describes how performance testing should be conducted iteratively throughout sequential development models, with testing at each stage from concept to acceptance. For iterative models, performance testing is also iterative and can be part of continuous integration. Specific activities discussed include test planning, monitoring, analysis, design, implementation, execution and completion. Performance risks are also discussed for different architectures.
This is chapter 2 of ISTQB Specialist Performance Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
This is chapter 7 of ISTQB Advance Test Manager certification. This presentation helps aspirants understand and prepare the content of the certification.
This is chapter 4 of ISTQB Advance Test Manager certification. This presentation helps aspirants understand and prepare the content of the certification.
ISTQB Technical Test Analyst Answers to Sample Question PaperNeeraj Kumar Singh
Here are the answers and justification for the sample question paper for ISTQB Advance Technical Test Analyst for certification preparation. This is a standard paper from ISTQB.
This PDF delves into the aspects of information security from a forensic perspective, focusing on privacy leaks. It provides insights into the methods and tools used in forensic investigations to uncover and mitigate privacy breaches in mobile and cloud environments.
The History of Embeddings & Multimodal EmbeddingsZilliz
Frank Liu will walk through the history of embeddings and how we got to the cool embedding models used today. He'll end with a demo on how multimodal RAG is used.
Choosing the Best Outlook OST to PST Converter: Key Features and Considerationswebbyacad software
When looking for a good software utility to convert Outlook OST files to PST format, it is important to find one that is easy to use and has useful features. WebbyAcad OST to PST Converter Tool is a great choice because it is simple to use for anyone, whether you are tech-savvy or not. It can smoothly change your files to PST while keeping all your data safe and secure. Plus, it can handle large amounts of data and convert multiple files at once, which can save you a lot of time. It even comes with 24*7 technical support assistance and a free trial, so you can try it out before making a decision. Whether you need to recover, move, or back up your data, Webbyacad OST to PST Converter is a reliable option that gives you all the support you need to manage your Outlook data effectively.
Redefining Cybersecurity with AI CapabilitiesPriyanka Aash
In this comprehensive overview of Cisco's latest innovations in cybersecurity, the focus is squarely on resilience and adaptation in the face of evolving threats. The discussion covers the imperative of tackling Mal information, the increasing sophistication of insider attacks, and the expanding attack surfaces in a hybrid work environment. Emphasizing a shift towards integrated platforms over fragmented tools, Cisco introduces its Security Cloud, designed to provide end-to-end visibility and robust protection across user interactions, cloud environments, and breaches. AI emerges as a pivotal tool, from enhancing user experiences to predicting and defending against cyber threats. The blog underscores Cisco's commitment to simplifying security stacks while ensuring efficacy and economic feasibility, making a compelling case for their platform approach in safeguarding digital landscapes.
UiPath Community Day Amsterdam: Code, Collaborate, ConnectUiPathCommunity
Welcome to our third live UiPath Community Day Amsterdam! Come join us for a half-day of networking and UiPath Platform deep-dives, for devs and non-devs alike, in the middle of summer ☀.
📕 Agenda:
12:30 Welcome Coffee/Light Lunch ☕
13:00 Event opening speech
Ebert Knol, Managing Partner, Tacstone Technology
Jonathan Smith, UiPath MVP, RPA Lead, Ciphix
Cristina Vidu, Senior Marketing Manager, UiPath Community EMEA
Dion Mes, Principal Sales Engineer, UiPath
13:15 ASML: RPA as Tactical Automation
Tactical robotic process automation for solving short-term challenges, while establishing standard and re-usable interfaces that fit IT's long-term goals and objectives.
Yannic Suurmeijer, System Architect, ASML
13:30 PostNL: an insight into RPA at PostNL
Showcasing the solutions our automations have provided, the challenges we’ve faced, and the best practices we’ve developed to support our logistics operations.
Leonard Renne, RPA Developer, PostNL
13:45 Break (30')
14:15 Breakout Sessions: Round 1
Modern Document Understanding in the cloud platform: AI-driven UiPath Document Understanding
Mike Bos, Senior Automation Developer, Tacstone Technology
Process Orchestration: scale up and have your Robots work in harmony
Jon Smith, UiPath MVP, RPA Lead, Ciphix
UiPath Integration Service: connect applications, leverage prebuilt connectors, and set up customer connectors
Johans Brink, CTO, MvR digital workforce
15:00 Breakout Sessions: Round 2
Automation, and GenAI: practical use cases for value generation
Thomas Janssen, UiPath MVP, Senior Automation Developer, Automation Heroes
Human in the Loop/Action Center
Dion Mes, Principal Sales Engineer @UiPath
Improving development with coded workflows
Idris Janszen, Technical Consultant, Ilionx
15:45 End remarks
16:00 Community fun games, sharing knowledge, drinks, and bites 🍻
"Building Future-Ready Apps with .NET 8 and Azure Serverless Ecosystem", Stan...Fwdays
.NET 8 brought a lot of improvements for developers and maturity to the Azure serverless container ecosystem. So, this talk will cover these changes and explain how you can apply them to your projects. Another reason for this talk is the re-invention of Serverless from a DevOps perspective as a Platform Engineering trend with Backstage and the recent Radius project from Microsoft. So now is the perfect time to look at developer productivity tooling and serverless apps from Microsoft's perspective.
Cracking AI Black Box - Strategies for Customer-centric Enterprise ExcellenceQuentin Reul
The democratization of Generative AI is ushering in a new era of innovation for enterprises. Discover how you can harness this powerful technology to deliver unparalleled customer value and securing a formidable competitive advantage in today's competitive market. In this session, you will learn how to:
- Identify high-impact customer needs with precision
- Harness the power of large language models to address specific customer needs effectively
- Implement AI responsibly to build trust and foster strong customer relationships
Whether you're at the early stages of your AI journey or looking to optimize existing initiatives, this session will provide you with actionable insights and strategies needed to leverage AI as a powerful catalyst for customer-driven enterprise success.
Garbage In, Garbage Out: Why poor data curation is killing your AI models (an...Zilliz
Enterprises have traditionally prioritized data quantity, assuming more is better for AI performance. However, a new reality is setting in: high-quality data, not just volume, is the key. This shift exposes a critical gap – many organizations struggle to understand their existing data and lack effective curation strategies and tools. This talk dives into these data challenges and explores the methods of automating data curation.
The Zaitechno Handheld Raman Spectrometer is a powerful and portable tool for rapid, non-destructive chemical analysis. It utilizes Raman spectroscopy, a technique that analyzes the vibrational fingerprint of molecules to identify their chemical composition. This handheld instrument allows for on-site analysis of materials, making it ideal for a variety of applications, including:
Material identification: Identify unknown materials, minerals, and contaminants.
Quality control: Ensure the quality and consistency of raw materials and finished products.
Pharmaceutical analysis: Verify the identity and purity of pharmaceutical compounds.
Food safety testing: Detect contaminants and adulterants in food products.
Field analysis: Analyze materials in the field, such as during environmental monitoring or forensic investigations.
The Zaitechno Handheld Raman Spectrometer is easy to use and features a user-friendly interface. It is compact and lightweight, making it ideal for field applications. With its rapid analysis capabilities, the Zaitechno Handheld Raman Spectrometer can help you improve efficiency and productivity in your research or quality control workflows.
The Challenge of Interpretability in Generative AI Models.pdfSara Kroft
Navigating the intricacies of generative AI models reveals a pressing challenge: interpretability. Our blog delves into the complexities of understanding how these advanced models make decisions, shedding light on the mechanisms behind their outputs. Explore the latest research, practical implications, and ethical considerations, as we unravel the opaque processes that drive generative AI. Join us in this insightful journey to demystify the black box of artificial intelligence.
Dive into the complexities of generative AI with our blog on interpretability. Find out why making AI models understandable is key to trust and ethical use and discover current efforts to tackle this big challenge.
Retrieval Augmented Generation Evaluation with RagasZilliz
Retrieval Augmented Generation (RAG) enhances chatbots by incorporating custom data in the prompt. Using large language models (LLMs) as judge has gained prominence in modern RAG systems. This talk will demo Ragas, an open-source automation tool for RAG evaluations. Christy will talk about and demo evaluating a RAG pipeline using Milvus and RAG metrics like context F1-score and answer correctness.
3. Static Testing Basics
Work Products Examined by Static Testing
Almost any work product can be examined using static testing (reviews and/or static
analysis), for example:
Specifications, including business requirements, functional requirements, and security
requirements
Epics, user stories, and acceptance criteria
Architecture and design specifications
Code
Testware, including test plans, test cases, test procedures, and automated test scripts
User guides
Web pages
Contracts, project plans, schedules, and budgets
Models, such as activity diagrams, which may be used for Model-Based testing
Neeraj Kumar Singh
4. Static Testing Basics
Benefits of Static Testing
When applied early in the software development lifecycle, static testing enables the
early detection of defects before dynamic testing is performed.
E.g., in requirements or design specifications reviews, product backlog refinement,
etc.
Defects found early are often much cheaper to remove than defects found later in the
lifecycle, especially compared to defects found after the software is deployed and in
active use.
Neeraj Kumar Singh
5. Static Testing Basics
Benefits of Static Testing
Additional benefits of static testing may include:
Detecting and correcting defects more efficiently, and prior to dynamic test execution
Identifying defects which are not easily found by dynamic testing
Preventing defects in design or coding by uncovering inconsistencies, ambiguities,
contradictions, omissions, inaccuracies, and redundancies in requirements
Increasing development productivity (e.g., due to improved design, more maintainable code)
Reducing development cost and time
Reducing testing cost and time
Reducing total cost of quality over the software’s lifetime, due to fewer failures later in the
lifecycle or after delivery into operation
Improving communication between team members in the course of participating in reviews
Neeraj Kumar Singh
6. Static Testing Basics
Static Testing vs Dynamic Testing
One main distinction is that static testing finds defects in work products directly rather than identifying
failures caused by defects when the software is run.
Compared with dynamic testing, typical defects that are easier and cheaper to find and fix through
static testing include:
Requirement defects (e.g., inconsistencies, ambiguities, contradictions, omissions, inaccuracies, and
redundancies)
Design defects (e.g., inefficient algorithms or database structures, high coupling, low cohesion)
Coding defects (e.g., variables with undefined values, variables that are declared but never used,
unreachable code, duplicate code)
Deviations from standards (e.g., lack of adherence to coding standards)
Incorrect interface specifications (e.g., different units of measurement used by the calling system
than by the called system)
Security vulnerabilities (e.g., susceptibility to buffer overflows)
Gaps or inaccuracies in test basis traceability or coverage (e.g., missing tests for an acceptance
criterion)
Neeraj Kumar Singh
9. Review Process
Activities of Review Process
Planning
Initiate Review
Individual Review
Issue Communication and Analysis
Fixing and Reporting
Neeraj Kumar Singh
10. Review Process
Activities of Review Process
Planning
Defining the scope, which includes the purpose of the review, what documents or parts of
documents to review, and the quality characteristics to be evaluated
Estimating effort and timeframe
Identifying review characteristics such as the review type with roles, activities, and checklists
Selecting the people to participate in the review and allocating roles
Defining the entry and exit criteria for more formal review types (e.g., inspections)
Checking that entry criteria are met (for more formal review types)
Initiate Review
Distributing the work product and other material, checklists, and related work products
Explaining the scope, objectives, process, roles, and work products to the participants
Answering any questions that participants may have about the review
Neeraj Kumar Singh
11. Review Process
Activities of Review Process
Individual review (i.e., individual preparation)
Reviewing all or part of the work product
Noting potential defects, recommendations, and questions
Issue communication and analysis
Communicating identified potential defects (e.g., in a review meeting)
Analyzing potential defects, assigning ownership and status to them
Evaluating and documenting quality characteristics
Evaluating the review findings against the exit criteria to make a review decision (reject;
major changes needed; accept, possibly with minor changes)
Neeraj Kumar Singh
12. Review Process
Activities of a Formal Review (K1)
Fixing and reporting
Creating defect reports for those findings that require changes
Fixing defects found (typically done by the author) in the work product reviewed
Communicating defects to the appropriate person or team (when found in a work product
related to the work product reviewed)
Recording updated status of defects (in formal reviews), potentially including the agreement of
the comment originator
Gathering metrics (for more formal review types)
Checking that exit criteria are met (for more formal review types)
Accepting the work product when the exit criteria are reached
Neeraj Kumar Singh
13. Review Process
Roles and Responsibilities of a Formal Review
Author
Creates the work product under review
Fixes defects in the work product under review (if necessary)
Management
Is responsible for review planning
Decides on the execution of reviews
Assigns staff, budget, and time
Monitors ongoing cost-effectiveness
Executes control decisions in the event of inadequate outcomes
Neeraj Kumar Singh
14. Review Process
Roles and Responsibilities of a Formal Review
Facilitator(Moderator)
Ensures effective running of review meetings (when held)
Mediates, if necessary, between the various points of view
Is often the person upon whom the success of the review depends
Review Leader
Takes overall responsibility for the review
Decides who will be involved and organizes when and where it will take place
Neeraj Kumar Singh
15. Review Process
Roles and Responsibilities of a Formal Review
Reviewers
May be subject matter experts, persons working on the project, stakeholders with an interest
in the work product, and/or individuals with specific technical or business backgrounds
Identify potential defects in the work product under review
May represent different perspectives (e.g., tester, programmer, user, operator, business
analyst, usability expert, etc.)
Scribe(Recorder)
Collates potential defects found during the individual review activity
Records new potential defects, open points, and decisions from the review meeting (when
held)
Neeraj Kumar Singh
18. Review Process
Types of Reviews
Informal Review
Walkthrough
Technical Review
Inspection
Neeraj Kumar Singh
19. Review Process – Types of Review
Informal Review
No formal process
May take the form of pair programming
Technical lead reviewing designs and code
Varies in usefulness depending on the reviewers
Main Purpose : Inexpensive way to get some benefit
Neeraj Kumar Singh
20. Review Process – Types of Review
Walkthrough
Meeting led by author
May take the form of scenarios, dry runs, peer group participation
Open ended session
Optional pre-meeting preparation
Optional preparation of review report
Scribe is Optional
May vary in practice from quite informal to formal
Main Purpose : Learning, gaining understanding, finding defects
Neeraj Kumar Singh
21. Review Process – Types of Review
Technical Review
Documented, defined defect-detection process
Includes peers and technical experts(with optional management participation)
May be performed as peer review
Ideally lead by trained moderator
Pre-meeting preparation by reviewers
Optional use of checklist
Preparation of review report by scribe
May vary in practice from quite informal to formal
Main Purpose : Discussing, making decision, evaluating alternatives, finding defects,
solving technical problems and checking conformance to specification, plans,
regulation and standards
Neeraj Kumar Singh
22. Review Process – Types of Review
Inspection
Led by trained moderator
Usually conducted as peer examination
Defined roles
Includes metrics gathering
Formal process based on rules and checklist
Specified entry and exit criteria
Pre-meeting preparation
Inspection report including list of findings
Formal Follow-up process
Main Purpose : Finding Defects
Neeraj Kumar Singh
25. Review Process
Applying Review Techniques
Ad hoc
In an ad hoc review, reviewers are provided with little or no guidance on how this task
should be performed.
Reviewers often read the work product sequentially, identifying and documenting issues
as they encounter them.
Ad hoc reviewing is a commonly used technique needing little preparation.
This technique is highly dependent on reviewer skills and may lead to many duplicate
issues being reported by different reviewers.
Neeraj Kumar Singh
26. Review Process
Applying Review Techniques
Checklist Based
A checklist-based review is a systematic technique, whereby the reviewers detect
issues based on checklists that are distributed at review initiation.
A review checklist consists of a set of questions based on potential defects, which may
be derived from experience.
The main advantage of the checklist-based technique is a systematic coverage of
typical defect types.
Care should be taken not to simply follow the checklist in individual reviewing, but also
to look for defects outside the checklist.
Neeraj Kumar Singh
27. Review Process
Applying Review Techniques
Scenario and Dry Runs
In a scenario-based review, reviewers are provided with structured guidelines on how
to read through the work product.
A scenario-based approach supports reviewers in performing “dry runs” on the work
product based on expected usage of the work product (if the work product is
documented in a suitable format such as use cases).
Role Based
A role-based review is a technique in which the reviewers evaluate the work product
from the perspective of individual stakeholder roles.
Typical roles include specific end user types (experienced, inexperienced, senior, child,
etc.), and specific roles in the organization (user administrator, system administrator,
performance tester, etc.).
Neeraj Kumar Singh
28. Review Process
Applying Review Techniques
Perspective Based
In perspective-based reading, similar to a role-based review, reviewers take on
different stakeholder viewpoints in individual reviewing. Typical stakeholder viewpoints
include end user, marketing, designer, tester, or operations.
In addition, perspective-based reading also requires the reviewers to attempt to use
the work product under review to generate the product they would derive from it.
Empirical studies have shown perspective-based reading to be the most effective
general technique for reviewing requirements and technical work products.
Neeraj Kumar Singh
29. Success Factors for Review
Organizational Success Factors
Each review has clear objectives, defined during review planning, and used as
measurable exit criteria
Review types are applied which are suitable to achieve the objectives and are
appropriate to the type and level of software work products and participants
Any review techniques used, such as checklist-based or role-based reviewing, are
suitable for effective defect identification in the work product to be reviewed
Any checklists used address the main risks and are up to date
Large documents are written and reviewed in small chunks, so that quality control is
exercised by providing authors early and frequent feedback on defects
Participants have adequate time to prepare
Reviews are scheduled with adequate notice
Management supports the review process
Neeraj Kumar Singh
30. Success Factors for Review
People Success Factors
The right people are involved to meet the review objectives, for example, people with
different skill sets or perspectives, who may use the document as a work input.
Testers are seen as valued reviewers who contribute to the review and learn about the
work product, which enables them to prepare more effective tests, and to prepare
those tests earlier.
Participants dedicate adequate time and attention to detail.
The review is conducted in an atmosphere of trust; the outcome will not be used for
the evaluation of the participants.
Participants avoid body language and behaviors that might indicate boredom,
exasperation, or hostility to other participants.
Adequate training is provided, especially for more formal review types such as
inspections.
A culture of learning and process improvement is promoted.
Neeraj Kumar Singh
32. Static Testing
Sample Questions
1. Which of the following statements CORRECTLY reflects the value of static
testing?
Answer Set:
A. By introducing reviews, we have found that both the quality of specifications
and the time required for development and testing have increased.
B. Using static testing means we have better control and cheaper defect
management due to the ease of removing defects later in the lifecycle.
C. Now that we require the use of static analysis, missed requirements have
decreased and communication between testers and developers has improved.
D. Since we started using static analysis, we -find coding defects that might have
not been found by performing only dynamic testing.
Neeraj Kumar Singh
33. Static Testing
Sample Questions
2. Which of the following sequences BEST shows the main activities of the work
product review process?
Answer Set:
A. Initiate review – Reviewer selection – Individual review – Issue communication
and analysis – Rework
B. Planning & preparation – Overview meeting – Individual review – Fix– Report
C. Preparation – Issue Detection – Issue communication and analysis – Rework –
Report
D. Plan – Initiate review – Individual review – Issue communication and analysis –
Fix defects & report
Neeraj Kumar Singh
34. Static Testing
Sample Questions
3. Which of the following CORRECTLY matches the roles and responsibilities in a
formal review?
Answer Set:
A. Manager – Decides on the execution of reviews
B. Review Leader - Ensures effective running of review meetings
C. Scribe – Fixes defects in the work product under review
D. Moderator – Monitors ongoing cost-effectiveness
Neeraj Kumar Singh
35. Static Testing
Sample Questions
4. The reviews being used in your organization have the following attributes:
There is a role of a scribe
The purpose is to detect potential defects
The review meeting is led by the author
Reviewers find potential defects by individual review
A review report is produced
Which of the following review types is MOST likely being used?
Answer Set:
A. Informal Review
B. Walkthrough
C. Technical Review
D. Inspection
Neeraj Kumar Singh
36. Static Testing
Sample Questions
5. Which of the following options are roles in a formal review?
Answer Set:
A. Developer, Moderator, Review leader, Reviewer, Tester.
B. Author, Moderator, Manager, Reviewer, Developer.
C. Author, Manager, Review leader, Reviewer, Designer.
D. Author, Moderator, Review leader, Reviewer, Scribe.
Neeraj Kumar Singh