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
This document describes the fundamental test process, which includes test planning and control, analysis and design, implementation and execution, evaluating exit criteria and reporting, and test closure activities. It discusses the main tasks for each part of the test process, including determining test scope and objectives, developing a test approach and schedule, designing test cases, prioritizing and implementing test cases, executing tests, and evaluating whether exit criteria are met. The goal is to provide a structured approach to testing at all levels from component to system testing.
This document describes the fundamental test process, which includes test planning, analysis and design, implementation and execution, evaluation of exit criteria and reporting, and test closure activities. It discusses the main tasks for each part of the test process, including determining test scope and objectives, designing test cases, developing and prioritizing test cases, creating test data, and executing tests. The document also introduces some common testing terms.
The correct answer is c. The quality of the information used to develop the tests is a factor that influences the test effort involved in most projects. Factors like requirements documentation, software size, life cycle model used, process maturity, time constraints, availability of skilled resources, and test results all impact the test effort.
This document describes the fundamental test process, which includes test planning, analysis and design, implementation and execution, evaluating exit criteria and reporting, and test closure activities. It discusses the main tasks for each part of the test process, including determining test scope and objectives, developing test cases and procedures, prioritizing and executing tests, and using exit criteria to determine when testing is complete. The document provides examples and details for each step in the testing process.
In this section, we will describe the fundamental test process and activities. These start with test planning and continue through to test closure. For each part of the test process, we'll discuss the main tasks of each test activity.
backlink:
http://sif.uin-suska.ac.id/
http://fst.uin-suska.ac.id/
http://www.uin-suska.ac.id/
This document describes the fundamental test process, which includes test planning, analysis and design, implementation and execution, evaluating exit criteria and reporting, and test closure activities. It provides details on the main tasks for each part of the test process, such as determining test scope and objectives, designing test cases, executing tests, assessing if testing goals have been met, and finalizing and archiving test materials for future use. The overall process aims to systematically test software through a planned sequence of activities to uncover defects and ensure quality.
In this section, we will describe the fundamental test process and activities. These start with test planning and continue through to test closure. For each part of the test process, we'll discuss the main tasks of each test activity.
In this section, you'll also encounter the glossary terms confirmation testing, exit criteria, incident, regression testing, test basis, test condition, test coverage, test data, test execution, test log, test plan, test strategy, test summary report and testware.
The document describes the fundamental test process, which consists of five main activities:
1) Test planning and control involves determining test objectives, approach, resources, and exit criteria.
2) Test analysis and design takes the test objectives and develops test conditions, cases, and procedures.
3) Test implementation and execution develops testware, executes test cases, and logs results.
4) Evaluating exit criteria assesses if testing is complete based on criteria like coverage.
5) Test closure activities include resolving issues, archiving testware, and evaluating lessons learned.
This document describes the fundamental test process, which includes test planning and control, analysis and design, implementation and execution, evaluating exit criteria and reporting, and test closure activities. It discusses the main tasks for each part of the test process, including determining test scope and objectives, developing a test approach and schedule, designing test cases, prioritizing and implementing test cases, executing tests, and evaluating whether exit criteria are met. The goal is to provide a structured approach to testing at all levels from component to system testing.
This document describes the fundamental test process, which includes test planning, analysis and design, implementation and execution, evaluation of exit criteria and reporting, and test closure activities. It discusses the main tasks for each part of the test process, including determining test scope and objectives, designing test cases, developing and prioritizing test cases, creating test data, and executing tests. The document also introduces some common testing terms.
The correct answer is c. The quality of the information used to develop the tests is a factor that influences the test effort involved in most projects. Factors like requirements documentation, software size, life cycle model used, process maturity, time constraints, availability of skilled resources, and test results all impact the test effort.
This document describes the fundamental test process, which includes test planning, analysis and design, implementation and execution, evaluating exit criteria and reporting, and test closure activities. It discusses the main tasks for each part of the test process, including determining test scope and objectives, developing test cases and procedures, prioritizing and executing tests, and using exit criteria to determine when testing is complete. The document provides examples and details for each step in the testing process.
In this section, we will describe the fundamental test process and activities. These start with test planning and continue through to test closure. For each part of the test process, we'll discuss the main tasks of each test activity.
backlink:
http://sif.uin-suska.ac.id/
http://fst.uin-suska.ac.id/
http://www.uin-suska.ac.id/
This document describes the fundamental test process, which includes test planning, analysis and design, implementation and execution, evaluating exit criteria and reporting, and test closure activities. It provides details on the main tasks for each part of the test process, such as determining test scope and objectives, designing test cases, executing tests, assessing if testing goals have been met, and finalizing and archiving test materials for future use. The overall process aims to systematically test software through a planned sequence of activities to uncover defects and ensure quality.
In this section, we will describe the fundamental test process and activities. These start with test planning and continue through to test closure. For each part of the test process, we'll discuss the main tasks of each test activity.
In this section, you'll also encounter the glossary terms confirmation testing, exit criteria, incident, regression testing, test basis, test condition, test coverage, test data, test execution, test log, test plan, test strategy, test summary report and testware.
The document describes the fundamental test process, which consists of five main activities:
1) Test planning and control involves determining test objectives, approach, resources, and exit criteria.
2) Test analysis and design takes the test objectives and develops test conditions, cases, and procedures.
3) Test implementation and execution develops testware, executes test cases, and logs results.
4) Evaluating exit criteria assesses if testing is complete based on criteria like coverage.
5) Test closure activities include resolving issues, archiving testware, and evaluating lessons learned.
This document describes the fundamental test process, which consists of test planning, analysis and design, implementation and execution, evaluating exit criteria and reporting, and test closure activities. It provides details on the typical tasks involved in each part of the test process, such as determining test scope and objectives during planning, reviewing test basis documents and identifying test conditions during analysis and design, developing and prioritizing test cases and creating test data during implementation, and checking test logs against exit criteria and writing a summary report during evaluation and reporting.
The document describes the fundamental test process, which consists of 5 main activities:
1) Test planning and control, which involves determining test objectives, approach, and exit criteria.
2) Test analysis and design, which involves reviewing requirements, designing test conditions and cases.
3) Test implementation and execution, which involves developing testware, executing tests, and logging results.
4) Evaluating exit criteria and reporting, which involves checking tests against criteria and reporting outcomes.
5) Test closure activities, which include finalizing testware, resolving issues, and evaluating lessons learned.
The document describes the fundamental test process, which includes test planning, analysis and design, implementation and execution, evaluating exit criteria and reporting, and test closure activities. It discusses the main tasks for each part of the test process, including determining test scope and objectives, designing test cases, implementing tests, executing tests, and evaluating results. The document provides details on the activities involved in test planning, analysis and design, and implementation and execution.
The document describes the fundamental test process, which consists of test planning and control, test analysis and design, test implementation and execution, evaluating exit criteria and reporting, and test closure activities. It discusses the main tasks for each part of the test process, including determining test objectives and scope, designing test cases, implementing tests, executing tests, logging results, and reporting issues. Key terms related to software testing such as test plan, test strategy, regression testing, and test log are also introduced.
Alex Swandi
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/
1) Test teams need the right mix of skills based on their testing tasks, including understanding the application domain, technology, and testing topics.
2) Testers require skills in the business domain to recognize proper and "must work" functions, technology skills to spot likely problems, and testing skills to efficiently perform test tasks.
3) Specialization of skills is common, with test automation experts, programmers for component tests, and users for acceptance tests. Projects often underestimate the testing knowledge required.
Fundamental test process (TESTING IMPLEMENTATION SYSTEM)Putri nadya Fazri
In this section, we will describe the fundamental test process and activities. These start with test planning and continue through to test closure. For each part of the test process, we'll discuss the main tasks of each test activity.
Putri Nadya Fazri.
Program Studi S1 Sistem Informasi.
Fakultas Sains dan Teknologi.
Universitas Islam Negeri Sultan Syarif Kasim Riau.
This document discusses test organization and management. It describes different approaches to organizing testing teams, including project organization, line organization, and staff organization. The modern approach is to have small, self-contained teams that integrate all design, development, maintenance, and operations tasks. This "whole-team" or DevOps approach blends project and line organizations. The document also discusses roles like test leaders and testers, and the skills needed for testing, including knowledge of applications, technology, and testing practices. It notes that testing effort is influenced by factors like documentation, quality characteristics, and complexity.
Software Testing adds organizational value in quantitative and qualitative ways. Successful organizations recognize the importance of quality. Establishing a quality-oriented mindset is the responsibility of business leadership.
This document discusses the process of test planning and control for software testing. It describes the major tasks involved in test planning such as determining scope and risks, developing a test approach, and scheduling tests. It also covers test control which includes measuring results, monitoring progress, and making decisions. Test implementation and execution are outlined as transforming test conditions into test cases, executing tests, and reporting discrepancies. Evaluating exit criteria and test closure are the final stages discussed.
The document provides details about preparing a test plan, including defining the scope, approach, resources, schedule, and activities for intended test activities. It discusses analyzing the product, developing a test strategy, defining objectives and criteria, planning resources and the test environment, scheduling, and identifying test deliverables. Test plans can be master plans, level-specific plans, or type-specific plans. The document also provides guidelines for test plans, including making the plan concise and specific, using lists and tables, and updating the plan regularly. It discusses deciding the test approach, setting criteria, identifying responsibilities, and planning staff training and resource requirements.
Tiara Ramadhani - Program Studi S1 Sistem Informasi - Fakultas Sains dan Tekn...Tiara Ramadhani
Tugas ini di buat untuk memenuhi salah satu tugas mata kuliah pada Program Studi S1 Sistem Informasi.
Oleh ;
Nama : Tiara Ramadhani.
NIM ; 11453201723
SIF VII E
UIN SUSKA RIAU
The document describes the fundamental test process, which can be divided into 5 basic steps: test planning and control, test analysis and design, test implementation and execution, test evaluating exit criteria and reporting, and test closure activities. It provides details on the main tasks for each step, including developing test plans, analyzing test basis, designing and implementing tests, executing tests, evaluating whether exit criteria are met, and closing test activities.
This document discusses the software testing life cycle (STLC). The STLC is a systematic process that follows a series of phases to ensure software quality. It aims to identify defects early. The main phases discussed are test planning, test case development, test execution, and test closure. A test plan is a key document that describes testing areas and activities. It outlines the test strategy, objectives, schedule, resources, and deliverables. The test plan serves as a guide for testing and helps determine timelines, estimate resources, and avoid issues.
The document discusses different testing strategies that can be used during the software development testing process. It defines what a test strategy is and its objectives. The document outlines preventive versus reactive approaches, with preventive being preferred when possible. It also discusses analytical versus heuristic approaches and provides examples of specific model-based, statistical, risk-based, process-compliant, reuse-oriented, checklist-based, and expert-oriented testing strategies that use a combination of analytical and heuristic elements.
The document outlines a software testing lifecycle practice plan that includes test planning, case design, execution, defect tracking, and reporting over 10 hours total. It provides details on each stage including objectives, key points, and sample templates. Homework involves drafting a test plan, cases, and report for testing a work log system.
The document discusses various topics related to test management, including organizing test teams, independent and integrated testing, test plans, estimates and strategies, test progress monitoring and control, configuration management, risks and testing, and incident management. Specifically, it examines the roles of test leaders and testers, factors that influence test estimates, selecting test strategies, using configuration management to deliver proper test releases, considering likelihood and impact to assess risk levels, and writing incident reports to log unexpected test results.
The document discusses different testing strategies that can be used for software development projects. It describes preventive and reactive approaches, with preventive being preferred when possible. Preventive approaches involve testers early in the development cycle through activities like design reviews and test specification. The document also contrasts analytical strategies, which are based on data analysis, and heuristic strategies, which rely more on experience. Specific strategies mentioned include model-based testing, statistical testing, risk-based testing, and checklist-based approaches. The goal of the testing strategy is to optimize the relationship between testing costs and defects.
This document discusses test management. It covers test organization, with independent and integrated testing approaches. It also discusses test plans, estimates, and strategies. Test plans outline the testing work and have three main reasons: to guide the testing work, demonstrate that appropriate testing was done, and help management make decisions. Estimating testing involves breaking it down into phases, activities, and tasks. Defining the skills needed for testers includes understanding the application domain, technology, and testing topics.
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 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
More Related Content
Similar to Chapter 5 - Managing Test Activities V4.0
This document describes the fundamental test process, which consists of test planning, analysis and design, implementation and execution, evaluating exit criteria and reporting, and test closure activities. It provides details on the typical tasks involved in each part of the test process, such as determining test scope and objectives during planning, reviewing test basis documents and identifying test conditions during analysis and design, developing and prioritizing test cases and creating test data during implementation, and checking test logs against exit criteria and writing a summary report during evaluation and reporting.
The document describes the fundamental test process, which consists of 5 main activities:
1) Test planning and control, which involves determining test objectives, approach, and exit criteria.
2) Test analysis and design, which involves reviewing requirements, designing test conditions and cases.
3) Test implementation and execution, which involves developing testware, executing tests, and logging results.
4) Evaluating exit criteria and reporting, which involves checking tests against criteria and reporting outcomes.
5) Test closure activities, which include finalizing testware, resolving issues, and evaluating lessons learned.
The document describes the fundamental test process, which includes test planning, analysis and design, implementation and execution, evaluating exit criteria and reporting, and test closure activities. It discusses the main tasks for each part of the test process, including determining test scope and objectives, designing test cases, implementing tests, executing tests, and evaluating results. The document provides details on the activities involved in test planning, analysis and design, and implementation and execution.
The document describes the fundamental test process, which consists of test planning and control, test analysis and design, test implementation and execution, evaluating exit criteria and reporting, and test closure activities. It discusses the main tasks for each part of the test process, including determining test objectives and scope, designing test cases, implementing tests, executing tests, logging results, and reporting issues. Key terms related to software testing such as test plan, test strategy, regression testing, and test log are also introduced.
Alex Swandi
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/
1) Test teams need the right mix of skills based on their testing tasks, including understanding the application domain, technology, and testing topics.
2) Testers require skills in the business domain to recognize proper and "must work" functions, technology skills to spot likely problems, and testing skills to efficiently perform test tasks.
3) Specialization of skills is common, with test automation experts, programmers for component tests, and users for acceptance tests. Projects often underestimate the testing knowledge required.
Fundamental test process (TESTING IMPLEMENTATION SYSTEM)Putri nadya Fazri
In this section, we will describe the fundamental test process and activities. These start with test planning and continue through to test closure. For each part of the test process, we'll discuss the main tasks of each test activity.
Putri Nadya Fazri.
Program Studi S1 Sistem Informasi.
Fakultas Sains dan Teknologi.
Universitas Islam Negeri Sultan Syarif Kasim Riau.
This document discusses test organization and management. It describes different approaches to organizing testing teams, including project organization, line organization, and staff organization. The modern approach is to have small, self-contained teams that integrate all design, development, maintenance, and operations tasks. This "whole-team" or DevOps approach blends project and line organizations. The document also discusses roles like test leaders and testers, and the skills needed for testing, including knowledge of applications, technology, and testing practices. It notes that testing effort is influenced by factors like documentation, quality characteristics, and complexity.
Software Testing adds organizational value in quantitative and qualitative ways. Successful organizations recognize the importance of quality. Establishing a quality-oriented mindset is the responsibility of business leadership.
This document discusses the process of test planning and control for software testing. It describes the major tasks involved in test planning such as determining scope and risks, developing a test approach, and scheduling tests. It also covers test control which includes measuring results, monitoring progress, and making decisions. Test implementation and execution are outlined as transforming test conditions into test cases, executing tests, and reporting discrepancies. Evaluating exit criteria and test closure are the final stages discussed.
The document provides details about preparing a test plan, including defining the scope, approach, resources, schedule, and activities for intended test activities. It discusses analyzing the product, developing a test strategy, defining objectives and criteria, planning resources and the test environment, scheduling, and identifying test deliverables. Test plans can be master plans, level-specific plans, or type-specific plans. The document also provides guidelines for test plans, including making the plan concise and specific, using lists and tables, and updating the plan regularly. It discusses deciding the test approach, setting criteria, identifying responsibilities, and planning staff training and resource requirements.
Tiara Ramadhani - Program Studi S1 Sistem Informasi - Fakultas Sains dan Tekn...Tiara Ramadhani
Tugas ini di buat untuk memenuhi salah satu tugas mata kuliah pada Program Studi S1 Sistem Informasi.
Oleh ;
Nama : Tiara Ramadhani.
NIM ; 11453201723
SIF VII E
UIN SUSKA RIAU
The document describes the fundamental test process, which can be divided into 5 basic steps: test planning and control, test analysis and design, test implementation and execution, test evaluating exit criteria and reporting, and test closure activities. It provides details on the main tasks for each step, including developing test plans, analyzing test basis, designing and implementing tests, executing tests, evaluating whether exit criteria are met, and closing test activities.
This document discusses the software testing life cycle (STLC). The STLC is a systematic process that follows a series of phases to ensure software quality. It aims to identify defects early. The main phases discussed are test planning, test case development, test execution, and test closure. A test plan is a key document that describes testing areas and activities. It outlines the test strategy, objectives, schedule, resources, and deliverables. The test plan serves as a guide for testing and helps determine timelines, estimate resources, and avoid issues.
The document discusses different testing strategies that can be used during the software development testing process. It defines what a test strategy is and its objectives. The document outlines preventive versus reactive approaches, with preventive being preferred when possible. It also discusses analytical versus heuristic approaches and provides examples of specific model-based, statistical, risk-based, process-compliant, reuse-oriented, checklist-based, and expert-oriented testing strategies that use a combination of analytical and heuristic elements.
The document outlines a software testing lifecycle practice plan that includes test planning, case design, execution, defect tracking, and reporting over 10 hours total. It provides details on each stage including objectives, key points, and sample templates. Homework involves drafting a test plan, cases, and report for testing a work log system.
The document discusses various topics related to test management, including organizing test teams, independent and integrated testing, test plans, estimates and strategies, test progress monitoring and control, configuration management, risks and testing, and incident management. Specifically, it examines the roles of test leaders and testers, factors that influence test estimates, selecting test strategies, using configuration management to deliver proper test releases, considering likelihood and impact to assess risk levels, and writing incident reports to log unexpected test results.
The document discusses different testing strategies that can be used for software development projects. It describes preventive and reactive approaches, with preventive being preferred when possible. Preventive approaches involve testers early in the development cycle through activities like design reviews and test specification. The document also contrasts analytical strategies, which are based on data analysis, and heuristic strategies, which rely more on experience. Specific strategies mentioned include model-based testing, statistical testing, risk-based testing, and checklist-based approaches. The goal of the testing strategy is to optimize the relationship between testing costs and defects.
This document discusses test management. It covers test organization, with independent and integrated testing approaches. It also discusses test plans, estimates, and strategies. Test plans outline the testing work and have three main reasons: to guide the testing work, demonstrate that appropriate testing was done, and help management make decisions. Estimating testing involves breaking it down into phases, activities, and tasks. Defining the skills needed for testers includes understanding the application domain, technology, and testing topics.
Similar to Chapter 5 - Managing Test Activities V4.0 (20)
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 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
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.
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 1 of ISTQB Specialist Performance Tester certification. This presentation helps aspirants understand and prepare the content of the certification.
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 6 of ISTQB Advance Test Manager certification. This presentation helps aspirants understand and prepare the content of the certification.
Metadata Lakes for Next-Gen AI/ML - DatastratoZilliz
As data catalogs evolve to meet the growing and new demands of high-velocity, unstructured data, we see them taking a new shape as an emergent and flexible way to activate metadata for multiple uses. This talk discusses modern uses of metadata at the infrastructure level for AI-enablement in RAG pipelines in response to the new demands of the ecosystem. We will also discuss Apache (incubating) Gravitino and its open source-first approach to data cataloging across multi-cloud and geo-distributed architectures.
Guidelines for Effective Data VisualizationUmmeSalmaM1
This PPT discuss about importance and need of data visualization, and its scope. Also sharing strong tips related to data visualization that helps to communicate the visual information effectively.
For senior executives, successfully managing a major cyber attack relies on your ability to minimise operational downtime, revenue loss and reputational damage.
Indeed, the approach you take to recovery is the ultimate test for your Resilience, Business Continuity, Cyber Security and IT teams.
Our Cyber Recovery Wargame prepares your organisation to deliver an exceptional crisis response.
Event date: 19th June 2024, Tate Modern
Day 4 - Excel Automation and Data ManipulationUiPathCommunity
👉 Check out our full 'Africa Series - Automation Student Developers (EN)' page to register for the full program: https://bit.ly/Africa_Automation_Student_Developers
In this fourth session, we shall learn how to automate Excel-related tasks and manipulate data using UiPath Studio.
📕 Detailed agenda:
About Excel Automation and Excel Activities
About Data Manipulation and Data Conversion
About Strings and String Manipulation
💻 Extra training through UiPath Academy:
Excel Automation with the Modern Experience in Studio
Data Manipulation with Strings in Studio
👉 Register here for our upcoming Session 5/ June 25: Making Your RPA Journey Continuous and Beneficial: https://community.uipath.com/events/details/uipath-lagos-presents-session-5-making-your-automation-journey-continuous-and-beneficial/
CNSCon 2024 Lightning Talk: Don’t Make Me Impersonate My IdentityCynthia Thomas
Identities are a crucial part of running workloads on Kubernetes. How do you ensure Pods can securely access Cloud resources? In this lightning talk, you will learn how large Cloud providers work together to share Identity Provider responsibilities in order to federate identities in multi-cloud environments.
Enterprise Knowledge’s Joe Hilger, COO, and Sara Nash, Principal Consultant, presented “Building a Semantic Layer of your Data Platform” at Data Summit Workshop on May 7th, 2024 in Boston, Massachusetts.
This presentation delved into the importance of the semantic layer and detailed four real-world applications. Hilger and Nash explored how a robust semantic layer architecture optimizes user journeys across diverse organizational needs, including data consistency and usability, search and discovery, reporting and insights, and data modernization. Practical use cases explore a variety of industries such as biotechnology, financial services, and global retail.
Brightwell ILC Futures workshop David Sinclair presentationILC- UK
As part of our futures focused project with Brightwell we organised a workshop involving thought leaders and experts which was held in April 2024. Introducing the session David Sinclair gave the attached presentation.
For the project we want to:
- explore how technology and innovation will drive the way we live
- look at how we ourselves will change e.g families; digital exclusion
What we then want to do is use this to highlight how services in the future may need to adapt.
e.g. If we are all online in 20 years, will we need to offer telephone-based services. And if we aren’t offering telephone services what will the alternative be?
How to Optimize Call Monitoring: Automate QA and Elevate Customer ExperienceAggregage
The traditional method of manual call monitoring is no longer cutting it in today's fast-paced call center environment. Join this webinar where industry experts Angie Kronlage and April Wiita from Working Solutions will explore the power of automation to revolutionize outdated call review processes!
For the full video of this presentation, please visit: https://www.edge-ai-vision.com/2024/06/efficiency-unleashed-the-next-gen-nxp-i-mx-95-applications-processor-for-embedded-vision-a-presentation-from-nxp-semiconductors/
James Prior, Senior Product Manager at NXP Semiconductors, presents the “Efficiency Unleashed: The Next-gen NXP i.MX 95 Applications Processor for Embedded Vision” tutorial at the May 2024 Embedded Vision Summit.
Machine vision is the most obvious way to help humans live better, enabling hundreds of applications spanning security, monitoring, inspection and more. Modern edge processors need private on-device and scalable hybrid machine learning capabilities to offer enough longevity to stay relevant in industrial and commercial IoT markets. In this talk, Prior presents the upcoming i.MX 95 family of applications processors.
The i.MX 95 features a new, self-developed neural processing unit from NXP—the eIQ Neutron NPU. Designed to scale from today’s conventional neural networks to tomorrow’s transformer-based models, the eIQ Neutron NPU scalable architecture delivers edge AI capabilities at high efficiency with award-winning tools, combined with chip-level security and privacy features. The i.MX 95 applications processor family features powerful processing and vision capabilities combined with safety, security and expandable high-speed interfaces.
Dev Dives: Mining your data with AI-powered Continuous DiscoveryUiPathCommunity
Want to learn how AI and Continuous Discovery can uncover impactful automation opportunities? Watch this webinar to find out more about UiPath Discovery products!
Watch this session and:
👉 See the power of UiPath Discovery products, including Process Mining, Task Mining, Communications Mining, and Automation Hub
👉 Watch the demo of how to leverage system data, desktop data, or unstructured communications data to gain deeper understanding of existing processes
👉 Learn how you can benefit from each of the discovery products as an Automation Developer
🗣 Speakers:
Jyoti Raghav, Principal Technical Enablement Engineer @UiPath
Anja le Clercq, Principal Technical Enablement Engineer @UiPath
⏩ Register for our upcoming Dev Dives July session: Boosting Tester Productivity with Coded Automation and Autopilot™
👉 Link: https://bit.ly/Dev_Dives_July
This session was streamed live on June 27, 2024.
Check out all our upcoming Dev Dives 2024 sessions at:
🚩 https://bit.ly/Dev_Dives_2024
The presentation will delve into the ASIMOV project, a novel initiative that leverages Retrieval-Augmented Generation (RAG) to provide precise, domain-specific assistance to telecommunications engineers and technicians. The session will focus on the unique capabilities of Milvus, the chosen vector database for the project, and its advantages over other vector databases.
Attending this session will give you a deeper understanding of the potential of RAG and Milvus DB in telecommunications engineering. You will learn how to address common challenges in the field and enhance the efficiency of their operations. The session will equip you with the knowledge to make informed decisions about the choice of vector databases, and how best to use them for your use-cases
1. Managing the Test Activities
1 Fundamentals
2 Testing
in Lifecycle
4 Analysis
& Design
3 Static testing
5 Test
Management
6 Test Tools
ISTQB Foundation
Chapter - 5
2. TM
© 2023. All Rights Reserved
Managing the Test Activities
Content
5.1 Test Planning
5.2 Risk Management
5.3 Test Monitoring, Test Control
and Test Completion
5.4 Configuration Management
5.5 Defect Management
3. TM
© 2023. All Rights Reserved
Managing the Test Activities
 A test plan describes the objectives, resources and processes for a test project.
 A test plan:
 Documents the means and schedule for achieving test objectives
 Helps to ensure that the performed test activities will meet the established criteria
 Serves as a means of communication with team members and other stakeholders
 Demonstrates that testing will adhere to the existing test policy and test strategy (or explains why the testing will
deviate from them)
Purpose and Context of Test Plan
4. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Test planning guides the testers’ thinking and forces the testers to confront the future challenges related to risks,
schedules, people, tools, costs, effort, etc.
 The process of preparing a test plan is a useful way to think through the efforts needed to achieve the test project
objectives.
 The typical content of a test plan includes:
 Context of testing (e.g., scope, test objectives, constraints, test basis)
 Assumptions and constraints of the test project
 Stakeholders (e.g., roles, responsibilities, relevance to testing, hiring and training needs)
 Communication (e.g., forms and frequency of communication, documentation templates)
 Risk register (e.g., product risks, project risks)
 Test approach (e.g., test levels, test types, test techniques, test deliverables, entry criteria and exit criteria,
independence of testing, metrics to be collected, test data requirements, test environment requirements,
deviations from the organizational test policy and test strategy)
 Budget and schedule
Purpose and Context of Test Plan
5. TM
© 2023. All Rights Reserved
Managing the Test Activities
 In iterative SDLCs, typically two kinds of planning occur: release planning and iteration planning.
 Release planning looks ahead to the release of a product, defines and re-defines the product backlog, and may involve
refining larger user stories into a set of smaller user stories. It also serves as the basis for the test approach and test
plan across all iterations.
 Testers involved in release planning participate in writing testable user stories and acceptance criteria, participate in
project and quality risk analyses, estimate test effort associated with user stories, determine the test approach, and
plan the testing for the release.
 Iteration planning looks ahead to the end of a single iteration and is concerned with the iteration backlog.
 Testers involved in iteration planning participate in the detailed risk analysis of user stories, determine the testability
of user stories, break down user stories into tasks (particularly testing tasks), estimate test effort for all testing tasks,
and identify and refine functional and non-functional aspects of the test object.
Tester's Contribution to Iteration and Release Planning
6. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Entry criteria define the preconditions for undertaking a given activity. If entry criteria are not met, it is likely that the activity will prove
to be more difficult, time-consuming, costly, and riskier.
 Exit criteria define what must be achieved in order to declare an activity completed. Entry criteria and exit criteria should be defined for
each test level, and will differ based on the test objectives.
 Typical entry criteria include:
 availability of resources (e.g., people, tools, environments, test data, budget, time),
 availability of testware (e.g., test basis, testable requirements, user stories, test cases),
 and initial quality level of a test object (e.g., all smoke tests have passed).
 Typical exit criteria include:
 measures of thoroughness (e.g., achieved level of coverage, number of unresolved defects, defect density, number of failed test
cases),
 and completion criteria (e.g., planned tests have been executed,
 static testing has been performed,
 all defects found are reported,
 all regression tests are automated).
 In Agile software development, exit criteria are often called Definition of Done, defining the team’s objective metrics for a releasable
item. Entry criteria that a user story must fulfill to start the development and/or testing activities are called Definition of Ready.
Entry and Exit Criteria
7. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Test effort estimation involves predicting the amount of test-related work needed to meet the objectives of a test
project. It is important to make it clear to the stakeholders that the estimate is based on a number of assumptions and
is always subject to estimation error.
 Estimation for small tasks is usually more accurate than for the large ones. Therefore, when estimating a large task, it
can be decomposed into a set of smaller tasks which then in turn can be estimated.
 There are two type of estimations
 Metrics Based Estimation
 Estimation Based on Ratio
 Extrapolation
 Expert Based Estimation
 Wide Band Delphi
 Three Point Estimation
Estimation Techniques
8. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Estimation based on ratios. In this metrics-based technique, figures are collected from previous projects within the
organization, which makes it possible to derive “standard” ratios for similar projects. The ratios of an organization’s
own projects (e.g., taken from historical data) are generally the best source to use in the estimation process. These
standard ratios can then be used to estimate the test effort for the new project. For example, if in the previous project
the development-to-test effort ratio was 3:2, and in the current project the development effort is expected to be 600
person-days, the test effort can be estimated to be 400 person-days.
 Extrapolation. In this metrics-based technique, measurements are made as early as possible in the current project to
gather the data. Having enough observations, the effort required for the remaining work can be approximated by
extrapolating this data (usually by applying a mathematical model). This method is very suitable in iterative SDLCs. For
example, the team may extrapolate the test effort in the forthcoming iteration as the averaged effort from the last three
iterations.
Estimation Techniques
9. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Wideband Delphi. In this iterative, expert-based technique, experts make experience-based estimations. Each expert,
in isolation, estimates the effort. The results are collected and if there are deviations that are out of range of the agreed
upon boundaries, the experts discuss their current estimates. Each expert is then asked to make a new estimation
based on that feedback, again in isolation. This process is repeated until a consensus is reached. Planning Poker is a
variant of Wideband Delphi, commonly used in Agile software development. In Planning Poker, estimates are usually
made using cards with numbers that represent the effort size.
 Three-point estimation. In this expert-based technique, three estimations are made by the experts: the most
optimistic estimation (a), the most likely estimation (m) and the most pessimistic estimation (b). The final estimate (E)
is their weighted arithmetic mean. In the most popular version of this technique, the estimate is calculated as
𝑬 =
𝒂 + 𝟒 ∗ 𝒎 + 𝒃
𝟔
 The advantage of this technique is that it allows the experts to calculate the measurement error: SD = (b – a) / 6.
 For example, if the estimates (in person hours) are: a=6, m=9 and b=18, then the final estimation is 10±2 person-
hours (i.e., between 8 and 12 person-hours), because E = (6 + 4*9 + 18) / 6 = 10 and SD = (18 – 6) / 6 = 2.
Estimation Techniques
10. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Once the test cases and test procedures are specified and assembled into test suites, these test suites can be arranged in
a test execution schedule that defines the order in which they are to be run. When prioritizing test cases, different
factors can be taken into account.
 The most commonly used test case prioritization strategies are as follows:
 Risk-based prioritization, where the order of test execution is based on the results of risk analysis. Test cases
covering the most important risks are executed first.
 Coverage-based prioritization, where the order of test execution is based on coverage (e.g., statement coverage).
Test cases achieving the highest coverage are executed first. In another variant, called additional coverage
prioritization, the test case achieving the highest coverage is executed first; each subsequent test case is the one
that achieves the highest additional coverage.
 Requirements-based prioritization, where the order of test execution is based on the priorities of the
requirements traced back to the corresponding test cases. Requirement priorities are defined by stakeholders.
Test cases related to the most important requirements are executed first.
 Ideally, test cases would be ordered to run based on their priority levels, using, for example, one of the above-
mentioned prioritization strategies. However, this practice may not work if the test cases or the features being tested
have dependencies. If a test case with a higher priority is dependent on a test case with a lower priority, the lower
priority test case must be executed first.
Test Case Prioritization
11. TM
© 2023. All Rights Reserved
Managing the Test Activities
Test Case Prioritization
TCID Priority Technical Dependency Logical Dependency
T1 High T2 None
T2 Medium None None
T3 High None T2
T4 Low None None
 By Considering Priority
 Execution Order – T1, T3, T2, T4 or T3, T1, T2, T4
 By Considering Priority and Technical Dependency
 Execution Order – T3, T2, T1, T4
 By Considering Priority, Technical & Logical Dependency
 Execution Order – T2, T1, T3, T4 or T2, T3, T1, T4
12. TM
© 2023. All Rights Reserved
Managing the Test Activities
 The test pyramid is a model showing that different tests may have
different granularity. The test pyramid model supports the team in test
automation and in test effort allocation by showing that different goals
are supported by different levels of test automation.
 The pyramid layers represent groups of tests. The higher the layer, the
lower the test granularity, test isolation and test execution time. Tests
in the bottom layer are small, isolated, fast, and check a small piece of
functionality, so usually a lot of them are needed to achieve a
reasonable coverage. The top layer represents complex, high-level,
end-to-end tests.
 These high-level tests are generally slower than the tests from the
lower layers, and they typically check a large piece of functionality, so
usually just a few of them are needed to achieve a reasonable
coverage.
 The number and naming of the layers may differ. For example, the
original test pyramid model defines three layers: “unit tests”, “service
tests” and “UI tests”. Another popular model defines unit (component)
tests, integration (component integration) tests, and end-to-end tests.
Other test levels can also be used
Test Pyramid
13. TM
© 2023. All Rights Reserved
Managing the Test Activities
The testing quadrants, defined by Brian Marick, group the test levels with the appropriate test types, activities, test
techniques and work products in the Agile software development. The model supports test management in visualizing
these to ensure that all appropriate test types and test levels are included in the SDLC and in understanding that some test
types are more relevant to certain test levels than others. This model also provides a way to differentiate and describe the
types of tests to all stakeholders, including developers, testers, and business representatives. In this model, tests can be
business facing or technology facing. Tests can also support the team (i.e., guide the development) or critique the product
(i.e., measure its behavior against the expectations).
 The combination of these two viewpoints determines the four quadrants:
 Quadrant Q1 (technology facing, support the team). This quadrant contains component and component integration
tests. These tests should be automated and included in the CI process.
 Quadrant Q2 (business facing, support the team). This quadrant contains functional tests, examples, user story tests,
user experience prototypes, API testing, and simulations. These tests check the acceptance criteria and can be manual
or automated.
 Quadrant Q3 (business facing, critique the product). This quadrant contains exploratory testing, usability testing, user
acceptance testing. These tests are user-oriented and often manual.
 Quadrant Q4 (technology facing, critique the product). This quadrant contains smoke tests and non-functional tests
(except usability tests). These tests are often automated.
Testing Quadrants
14. TM
© 2023. All Rights Reserved
Managing the Test Activities
Content
5.1 Test Planning
5.2 Risk Management
5.3 Test Monitoring, Test Control
and Test Completion
5.4 Configuration Management
5.5 Defect Management
15. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Organizations face many internal and external factors that make it uncertain whether and when they will achieve their
objectives (ISO 31000). Risk management allows the organizations to increase the likelihood of achieving objectives,
improve the quality of their products and increase the stakeholders’ confidence and trust.
 The main risk management activities are:
 Risk analysis (consisting of risk identification and risk assessment)
 Risk control (consisting of risk mitigation and risk monitoring)
 The test approach, in which test activities are selected, prioritized, and managed based on risk analysis and risk control,
is called risk-based testing.
Risk Management
16. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Risk is a potential event, hazard, threat, or situation whose occurrence causes an adverse effect. A risk can be
characterized by two factors:
 Risk likelihood – the probability of the risk occurrence (greater than zero and less than one)
 Risk impact (harm) – the consequences of this occurrence
 These two factors express the risk level, which is a measure for the risk. The higher the risk level, the more important is
its treatment.
Risk Definition and Risk Attributes
17. TM
© 2023. All Rights Reserved
Managing the Test Activities
 In software testing one is generally concerned with two types of risks: project risks and product risks. Project risks are
related to the management and control of the project. Project risks include:
 Organizational issues (e.g., delays in work products deliveries, inaccurate estimates, cost-cutting)
 People issues (e.g., insufficient skills, conflicts, communication problems, shortage of staff)
 Technical issues (e.g., scope creep, poor tool support)
 Supplier issues (e.g., third-party delivery failure, bankruptcy of the supporting company)
 Product risks are related to the product quality characteristics. Examples of product risks include: missing or wrong
functionality, incorrect calculations, runtime errors, poor architecture, inefficient algorithms, inadequate response
time, poor user experience, security vulnerabilities.
 Product risks, when they occur, may result in various negative consequences, including:
 User dissatisfaction
 Loss of revenue, trust, reputation
 Damage to third parties
 High maintenance costs, overload of the helpdesk
 Criminal penalties
 In extreme cases, physical damage, injuries or even death
Project Risks & Product Risks
18. TM
© 2023. All Rights Reserved
Managing the Test Activities
 From a testing perspective, the goal of product risk analysis is to provide an awareness of product risk in order to focus
the testing effort in a way that minimizes the residual level of product risk.
 Ideally, product risk analysis begins early in the SDLC. Product risk analysis consists of risk identification and risk
assessment.
 Risk identification is about generating a comprehensive list of risks. Stakeholders can identify risks by using various
techniques and tools, e.g., brainstorming, workshops, interviews, or cause-effect diagrams.
 Risk assessment involves: categorization of identified risks, determining their risk likelihood, risk impact and level,
prioritizing, and proposing ways to handle them. Categorization helps in assigning mitigation actions, because usually
risks falling into the same category can be mitigated using a similar approach.
 Risk assessment can use a quantitative or qualitative approach, or a mix of them. In the quantitative approach the risk
level is calculated as the multiplication of risk likelihood and risk impact. In the qualitative approach the risk level can
be determined using a risk matrix.
Product Risk Analysis
19. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Product risk analysis may influence the thoroughness and scope of testing. Its results are used to:
 Determine the scope of testing to be carried out
 Determine the particular test levels and propose test types to be performed
 Determine the test techniques to be employed and the coverage to be achieved
 Estimate the test effort required for each task
 Prioritize testing in an attempt to find the critical defects as early as possible
 Determine whether any activities in addition to testing could be employed to reduce risk
Product Risk Analysis
20. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Product risk control comprises all measures that are taken in response to identified and assessed product risks.
Product risk control consists of risk mitigation and risk monitoring.
 Risk mitigation involves implementing the actions proposed in risk assessment to reduce the risk level. The aim of risk
monitoring is to ensure that the mitigation actions are effective, to obtain further information to improve risk
assessment, and to identify emerging risks. With respect to product risk control, once a risk has been analyzed, several
response options to risk are possible, e.g., risk mitigation by testing, risk acceptance, risk transfer, or contingency plan.
 Actions that can be taken to mitigate the product risks by testing are as follows:
 Select the testers with the right level of experience and skills, suitable for a given risk type
 Apply an appropriate level of independence of testing
 Conduct reviews and perform static analysis
 Apply the appropriate test techniques and coverage levels
 Apply the appropriate test types addressing the affected quality characteristics
 Perform dynamic testing, including regression testing
Product Risk Control
21. TM
© 2023. All Rights Reserved
Managing the Test Activities
Content
5.1 Test Planning
5.2 Risk Management
5.3 Test Monitoring, Test Control
and Test Completion
5.4 Configuration Management
5.5 Defect Management
22. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Test monitoring is concerned with gathering information about testing. This information is used to assess test progress
and to measure whether the test exit criteria or the test tasks associated with the exit criteria are satisfied, such as
meeting the targets for coverage of product risks, requirements, or acceptance criteria.
 Test control uses the information from test monitoring to provide, in a form of the control directives, guidance and the
necessary corrective actions to achieve the most effective and efficient testing. Examples of control directives include:
 Reprioritizing tests when an identified risk becomes an issue
 Re-evaluating whether a test item meets entry criteria or exit criteria due to rework
 Adjusting the test schedule to address a delay in the delivery of the test environment
 Adding new resources when and where needed
 Test completion collects data from completed test activities to consolidate experience, testware, and any other relevant
information. Test completion activities occur at project milestones such as when a test level is completed, an agile
iteration is finished, a test project is completed (or cancelled), a software system is released, or a maintenance release
is completed.
Test Monitoring, Test Control and Test Completion
23. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Test metrics are gathered to show progress against the planned schedule and budget, the current quality of the test
object, and the effectiveness of the test activities with respect to the objectives or an iteration goal. Test monitoring
gathers a variety of metrics to support the test control and test completion.
 Common test metrics include:
 Project progress metrics (e.g., task completion, resource usage, test effort)
 Test progress metrics (e.g., test case implementation progress, test environment preparation progress, number of
test cases run/not run, passed/failed, test execution time)
 Product quality metrics (e.g., availability, response time, mean time to failure)
 Defect metrics (e.g., number and priorities of defects found/fixed, defect density, defect detection percentage)
 Risk metrics (e.g., residual risk level)
 Coverage metrics (e.g., requirements coverage, code coverage)
 Cost metrics (e.g., cost of testing, organizational cost of quality)
Metrics Used in Testing
24. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Test reporting summarizes and communicates test information during and after testing. Test progress reports support
the ongoing control of the testing and must provide enough information to make modifications to the test schedule,
resources, or test plan, when such changes are needed due to deviation from the plan or changed circumstances. Test
completion reports summarize a specific stage of testing (e.g., test level, test cycle, iteration) and can give information
for subsequent testing.
 During test monitoring and control, the test team generates test progress reports for stakeholders to keep them
informed. Test progress reports are usually generated on a regular basis (e.g., daily, weekly, etc.) and include:
 Test period
 Test progress (e.g., ahead or behind schedule), including any notable deviations
 Impediments for testing, and their workarounds
 Test metrics
 New and changed risks within testing period
 Testing planned for the next period
Purpose, Content and Audience for Test Reports
25. TM
© 2023. All Rights Reserved
Managing the Test Activities
 A test completion report is prepared during test completion, when a project, test level, or test type is complete and
when, ideally, its exit criteria have been met. This report uses test progress reports and other data.
 Typical test completion reports include:
 Test summary
 Testing and product quality evaluation based on the original test plan (i.e., test objectives and exit criteria)
 Deviations from the test plan (e.g., differences from the planned schedule, duration, and effort).
 Testing impediments and workarounds
 Test metrics based on test progress reports
 Unmitigated risks, defects not fixed
 Lessons learned that are relevant to the testing
 Different audiences require different information in the reports, and influence the degree of formality and the
frequency of reporting. Reporting on test progress to others in the same team is often frequent and informal, while
reporting on testing for a completed project follows a set template and occurs only once.
Purpose, Content and Audience for Test Reports
26. TM
© 2023. All Rights Reserved
Managing the Test Activities
 The best means of communicating test status varies, depending on test management concerns, organizational test
strategies, regulatory standards, or, in the case of self-organizing teams, on the team itself.
 The options include:
 Verbal communication with team members and other stakeholders
 Dashboards (e.g., CI/CD dashboards, task boards, and burn-down charts)
 Electronic communication channels (e.g., email, chat)
 Online documentation
 Formal test reports
 One or more of these options can be used. More formal communication may be more appropriate for distributed teams
where direct face-to-face communication is not always possible due to geographical distance or time differences.
Typically, different stakeholders are interested in different types of information, so communication should be tailored
accordingly.
Communicating The Status of Testing
27. TM
© 2023. All Rights Reserved
Managing the Test Activities
Content
5.1 Test Planning
5.2 Risk Management
5.3 Test Monitoring, Test Control
and Test Completion
5.4 Configuration Management
5.5 Defect Management
28. TM
© 2023. All Rights Reserved
Managing the Test Activities
 In testing, configuration management (CM) provides a discipline for identifying, controlling, and tracking work
products such as test plans, test strategies, test conditions, test cases, test scripts, test results, test logs, and test reports
as configuration items.
 For a complex configuration item (e.g., a test environment), CM records the items it consists of, their relationships, and
versions. If the configuration item is approved for testing, it becomes a baseline and can only be changed through a
formal change control process.
 Configuration management keeps a record of changed configuration items when a new baseline is created. It is possible
to revert to a previous baseline to reproduce previous test results. To properly support testing, CM ensures the
following:
 All configuration items, including test items (individual parts of the test object), are uniquely identified, version
controlled, tracked for changes, and related to other configuration items so that traceability can be maintained
throughout the test process
 All identified documentation and software items are referenced unambiguously in test documentation
 Continuous integration, continuous delivery, continuous deployment and the associated testing are typically
implemented as part of an automated DevOps pipeline, in which automated CM is normally included.
Configuration Management
29. TM
© 2023. All Rights Reserved
Managing the Test Activities
Content
5.1 Test Planning
5.2 Risk Management
5.3 Test Monitoring, Test Control
and Test Completion
5.4 Configuration Management
5.5 Defect Management
30. TM
© 2023. All Rights Reserved
Managing the Test Activities
 Typical defect reports have the following objectives:
 Provide those responsible for handling and resolving reported defects with sufficient information to resolve the
issue
 Provide a means of tracking the quality of the work product
 Provide ideas for improvement of the development and test process
Defect Management
31. TM
© 2023. All Rights Reserved
Managing the Test Activities
 A defect report logged during dynamic testing typically includes:
 Unique identifier
 Title with a short summary of the anomaly being reported
 Date when the anomaly was observed, issuing organization, and author, including their role
 Identification of the test object and test environment
 Context of the defect (e.g., test case being run, test activity being performed, SDLC phase, and other relevant
information such as the test technique, checklist or test data being used)
 Description of the failure to enable reproduction and resolution including the steps that detected the anomaly, and
any relevant test logs, database dumps, screenshots, or recordings
 Expected results and actual results
 Severity of the defect (degree of impact) on the interests of stakeholders or requirements
 Priority to fix
 Status of the defect (e.g., open, deferred, duplicate, waiting to be fixed, awaiting confirmation testing, re-opened,
closed, rejected)
 References (e.g., to the test case)
Defect Management
32. Managing the Test Activities
1 Fundamentals
2 Testing
in Lifecycle
4 Analysis
& Design
3 Static testing
5 Test
Management
6 Test Tools
ISTQB Foundation
Chapter - 5
33. TM
© 2023. All Rights Reserved
Managing the Test Activities
1. How do testers add value to iteration and release planning?
Answer Set
A. Testers determine the priority of the user stories to be developed
B. Testers focus only on the functional aspects of the system to be tested
C. Testers participate in the detailed risk identification and risk assessment of user stories
D. Testers guarantee the release of high-quality software through early test design during the release planning
Sample Questions
34. TM
© 2023. All Rights Reserved
Managing the Test Activities
2. Which TWO of the following options are the exit criteria for testing a system?
Answer Set
A. Test environment readiness
B. The ability to log in to the test object by the tester
C. Estimated defect density is reached
D. Requirements are translated into given/when/then format
E. Regression tests are automated
Sample Questions
35. TM
© 2023. All Rights Reserved
Managing the Test Activities
3. During a risk analysis the following risk was identified and assessed:
• Risk: Response time is too long to generate a report
• Risk likelihood: medium; risk impact: high
• Response to risk:
o An independent test team performs performance testing during system testing
o A selected sample of end users performs alpha and beta acceptance testing before the release
What measure is proposed to be taken in response to this analyzed risk?
Answer Set
A. Risk acceptance
B. Contingency plan
C. Risk mitigation
D. Risk transfer
Sample Questions