ISTQB FOUNDATION 4.0 | Tutorial 54 | Configuration Management | Test Management | CTFL

TM SQUARE
4 Apr 202407:03

Summary

TLDRThis tutorial delves into the ISTQB Foundation Level certification, focusing on Chapter 5.4: Configuration Management. It explains the concept as a crucial part of project management, involving version control, unique identification of items, change management, and maintaining a history of changes. The video clarifies that while tools often embed this feature, there are also standalone configuration management tools. It highlights the importance of configuration management in tracking and controlling test artifacts and emphasizes its role in the early stages of the testing lifecycle, including its integration with CI/CD pipelines.

Takeaways

  • 📚 Configuration Management is a crucial part of the ISTQB Foundation Level certification, focusing on managing test activities.
  • 🔢 It involves four major elements: uniquely identifying items, version control, traceability, and managing the history of changes.
  • 🔖 Unique identification is essential for traceability, ensuring every item such as test cases or requirements has a unique ID.
  • 📈 Version control is vital for tracking revisions and maintaining the integrity of documents and test materials over time.
  • 🔗 Traceability links different items together, allowing for a clear understanding of how they are interconnected within a project.
  • 📝 The history of changes is managed to compare different versions and identify what has been modified between them.
  • 🛠️ Configuration management can be done manually or with the help of tools, often embedded within software and test management tools.
  • 📋 In testing, configuration management helps in identifying, controlling, and tracking work products like test plans and strategies.
  • 📝 When a configuration item is approved for testing, it becomes a baseline and can only be changed through a formal change control process.
  • 🔄 Configuration management tools are critical for maintaining records of changes and are often part of automated CI/CD pipelines in DevOps.
  • 🚀 These tools are unique in that they are rolled out during the test planning phase, unlike other testing tools that are introduced during implementation.
  • 👋 The speaker encourages continuous learning and exploration, emphasizing the importance of understanding the context of configuration management in software testing.

Q & A

  • What is the main topic of this tutorial?

    -The main topic of this tutorial is configuration management in the context of ISTQB Foundation Level certification, specifically discussing its role in managing test activities.

  • What does configuration management typically involve?

    -Configuration management typically involves version control, uniquely identifying items, managing change control, and maintaining a history of changes within a project.

  • Why is unique identification important in configuration management?

    -Unique identification is important because it makes items traceable to other entities, simplifies understanding of how items are connected, and is crucial for maintaining a clear record of changes.

  • How does version control work in configuration management?

    -Version control in configuration management involves creating new versions of documents or items when changes are made, allowing for tracking of revisions and maintaining a history of modifications.

  • What is the purpose of traceability in configuration management?

    -The purpose of traceability is to establish links between different items, ensuring that changes in one item can be related to changes in another, thus maintaining a coherent and connected project history.

  • How can configuration management tools assist in managing changes?

    -Configuration management tools can automate the process of tracking changes, comparing different versions, and highlighting the differences between them, making it easier to identify and understand modifications.

  • What is a Baseline in the context of configuration management?

    -A Baseline in configuration management is an approved configuration item that can only be changed through a formal change control process, serving as a reference point for further development or testing.

  • How does configuration management support testing activities?

    -Configuration management supports testing activities by providing discipline for identifying, controlling, and tracking work products such as test plans, strategies, cases, scripts, results, logs, and reports as configuration items.

  • Why are configuration management tools rolled out during the test planning phase?

    -Configuration management tools are rolled out during the test planning phase because planning documents, such as the test plan, are subject to revision and need to be managed and controlled from the beginning of the project lifecycle.

  • How does configuration management ensure traceability throughout the test process?

    -Configuration management ensures traceability by uniquely identifying and version controlling all test items and related documentation, allowing for clear tracking of changes and relationships between items.

  • What role does configuration management play in continuous integration and deployment (CI/CD)?

    -In CI/CD, configuration management is typically implemented as part of an automated DevOps pipeline, where automated configuration management helps in managing and tracking changes across the software development lifecycle.

Outlines

00:00

📚 Introduction to Configuration Management

This paragraph introduces the concept of Configuration Management (CM) within the context of ISTQB Foundation level certification, specifically in chapter 5 about managing test activities. It explains that CM is a common practice in project work, often associated with version control, unique identification of items, change management, and maintaining a history of changes. The speaker clarifies that CM can be done manually or with tools, which are often embedded in software, and are integral to test management. The paragraph outlines the four main elements of CM: unique identification, version control, traceability, and change history. It also touches on the practical application of CM in testing, emphasizing its role in managing test-related documents and artifacts throughout the project lifecycle.

05:00

🔍 Deep Dive into Configuration Management's Role in Testing

The second paragraph delves deeper into the role of Configuration Management in the testing process. It ensures that all configuration items, including test items and test objects, are uniquely identified, version controlled, tracked for changes, and related to other items to maintain traceability throughout the test process. The paragraph also highlights the importance of unambiguous references in test documentation and the integration of CM in automated deployment pipelines, such as CI/CD. It clarifies that CM tools are introduced during the test planning phase, as planning documents like the test plan are subject to revision. The speaker emphasizes that CM tools are unique in being rolled out at the beginning of the project lifecycle, unlike other testing tools that are introduced during test implementation. The paragraph concludes with an invitation for viewers to engage with any questions or comments, reinforcing the tutorial's goal of continuous learning and exploration.

Mindmap

Keywords

💡Configuration Management

Configuration Management is a systematic process used in software development and project management to handle and control changes to the project's deliverables. In the context of the video, it is about maintaining the integrity of the project by tracking and documenting changes to items such as test plans and requirements. It is crucial for ensuring that all project components are up to date and consistent with the latest changes.

💡Version Control

Version Control is a fundamental aspect of configuration management that involves tracking revisions of documents, code, and other project artifacts. The video script emphasizes the importance of version control in maintaining a history of changes, which allows for easy identification and comparison of different versions, such as moving from '0.1' to '0.2' and '0.3'.

💡Unique Identification

Unique Identification is the process of assigning a distinct identifier to each item within a project, such as a test case ID or a defect ID. The video explains that this is essential for traceability and for establishing connections between different elements of a project, ensuring that each item can be easily referenced and tracked.

💡Change Management

Change Management refers to the formalized process of handling changes within a project. The video mentions that configuration management includes change management, which is necessary for managing the lifecycle of changes, ensuring that any modifications to project items are documented and approved through a formal process.

💡Traceability

Traceability is the ability to track the history and interrelationships of items within a project. The script describes how unique identification enables traceability, which is vital for understanding how different components of a project are linked and how changes in one area may impact others.

💡Test Management Tools

Test Management Tools are software applications designed to support the planning, execution, and reporting of testing activities. The video script mentions that these tools often have built-in configuration management capabilities, which can automate many of the tasks associated with tracking and controlling changes to test-related documents and artifacts.

💡Baseline

A Baseline in the context of configuration management is a snapshot of a project's configuration at a specific point in time that has been formally reviewed and agreed upon. The video explains that once a configuration item is approved for testing, it becomes a Baseline and can only be changed through a formal change control process.

💡Continuous Integration/Continuous Deployment (CI/CD)

Continuous Integration and Continuous Deployment are software development practices where developers frequently merge code changes into a central repository, and automated builds and tests are run to ensure the changes do not break the software. The video script notes that automated configuration management is often a part of CI/CD pipelines.

💡Test Plan

A Test Plan is a document that outlines the scope, approach, resources, and schedule of intended testing activities. The video script indicates that the test plan is a configuration item that is subject to configuration management processes, including version control and change management.

💡Configuration Items (CIs)

Configuration Items, or CIs, are the individual components of a system that are managed through configuration management. The video script explains that CIs in testing include various work products such as test plans, test cases, and test scripts, which must be uniquely identified and version controlled.

💡Formal Change Control Process

A Formal Change Control Process is a structured approach to managing changes to a project's configuration items. The video script describes that once a configuration item becomes a Baseline, any changes to it must go through this process to ensure that modifications are properly reviewed and approved.

Highlights

Introduction to chapter 5 of the ISTQB Foundation level certification tutorial series.

Explaining the concept of configuration management in the context of software testing.

Configuration management is crucial for version control, unique identification, change management, and maintaining the history of changes.

Tools often have configuration management features embedded within them.

Unique identification is key for traceability and understanding the connections between items in a project.

Version control is essential for managing revisions and maintaining the integrity of documentation.

Traceability links different items together, facilitating a clear understanding of their relationships.

Managing the history of revisions allows for easy comparison between document versions.

Configuration management covers the entire life cycle of a project, including testing elements.

CABUs (Configuration Audit and Baseline Update) are discussed as part of configuration management.

Configuration management provides discipline for identifying, controlling, and tracking work products.

Approved configuration items become baselines and can only be changed through a formal process.

Configuration management tools are critical for maintaining unique identification, version control, and traceability.

All documentation and software items should be unambiguously referred to in test documentation.

CI/CD and associated testing are often implemented with automated configuration management as part of a devops pipeline.

Configuration management tools are rolled out during the test planning phase, unlike other testing tools.

Configuration management is an integral part of day-to-day work in software testing.

Encouragement for viewers to continue learning, exploring, and understanding the context of configuration management.

Transcripts

play00:00

Hello friends and greetings for the day

play00:02

welcome back to another tutorial on

play00:03

istqb Foundation level certification we

play00:06

are in chapter 5 talking about managing

play00:08

the test activities and today we are

play00:11

continuing with our next segment that is

play00:13

5.4 configuration management and here

play00:16

we'll be talking about what does it even

play00:19

mean when we say configuration

play00:28

management

play00:31

well when it comes to configuration

play00:32

management it's something which is very

play00:34

common and we quite often make use of it

play00:36

in our day-to-day work when we work

play00:38

within a particular project but just

play00:41

being being a very technical terminology

play00:43

most of us may not be able to correlate

play00:45

that what we are talking about when we

play00:47

say configuration management it's more

play00:49

about the Version Control talking about

play00:53

uniquely identifying an item also taking

play00:55

care of the change management of any

play00:58

particular entity within the project

play01:00

and as well taking care of the history

play01:02

of changes now these are the four major

play01:05

elements what we take care of through

play01:07

configuration management of course it

play01:09

can be done manually or with using a

play01:11

tool mostly our tools have this embedded

play01:14

within the softwares and that's where

play01:17

the test management tools have this

play01:18

inbuilt and we may not really talk about

play01:20

it as an independent terminology or a

play01:23

particular tool however you do get

play01:25

separate tools available to do this job

play01:28

now what are these four parameters what

play01:30

configuration management takes care of

play01:32

that is uniquely identifying an item

play01:34

that means it is something as a concept

play01:36

that every single item what you create

play01:39

be a testware designs code Weare or

play01:42

requirements every single item must have

play01:45

a unique Iden identification number so

play01:48

when you talk about test case ID you

play01:50

talk about defect ID or if you talk

play01:52

about the code reference so everything

play01:55

has to be uniquely identified which

play01:57

basically makes it traceable to other

play01:58

entity and and certainly makes it very

play02:01

simple for someone to really understand

play02:03

how the items are being connected to

play02:05

each other and what it does really take

play02:08

when it comes to the entire system or

play02:11

entire project the second important

play02:12

element here is to talk about the

play02:15

Version Control any entity we all

play02:17

understand can be revised over a period

play02:19

of time and as in when it gets revised

play02:22

it is very crucial to maintain the

play02:24

revisions that means what changes takes

play02:27

place must create a new version of it so

play02:30

0.1 was the initial version of a

play02:32

document if I made some changes the

play02:34

changes can be addition deletion

play02:36

modification so I just call it out as

play02:39

0.2 and then if I further make a change

play02:41

0.3 so these versions are basically the

play02:44

version control which we do for any kind

play02:47

of documentation so even for testing

play02:50

documentation we do the same then comes

play02:52

certainly the mapping which is

play02:53

traceability and with help of unique

play02:56

identification I can go ahead and

play02:58

establish the traceability which is more

play02:59

of like like linking two different items

play03:01

together and then managing the history

play03:04

of revision which certainly talks about

play03:07

what changes have taken place between

play03:08

two different revisions two different

play03:10

versions so I should be able to compare

play03:12

them and find out the difference between

play03:14

it in simple words if I have a 50-page

play03:16

document and maybe one or two lines have

play03:18

been modified and I get an automated

play03:20

email from the tool that this particular

play03:23

item has been revised then I don't have

play03:25

patience to go and read 50 pages to find

play03:27

out what has changed so I can easily

play03:29

compare two versions and find out the

play03:31

highlighted changes within the document

play03:34

so in simple word configuration

play03:35

management takes care of these four

play03:37

major elements throughout the life cycle

play03:40

and so that it also covers the testing

play03:42

elements so let's quickly have a look on

play03:44

what exactly the cabus is trying to

play03:45

conveyors and what else are the details

play03:48

of the configuration management so in

play03:51

testing configuration management

play03:53

provides a discipling for identifying

play03:55

controlling and tracking the work

play03:56

products such as test plan test

play03:59

strategies test condition test cases

play04:01

test scripts test results test logs and

play04:04

test reports as configuration items for

play04:07

a complex configuration item the CM

play04:10

which is configuration management

play04:11

records the item it consist of their

play04:14

relationships and the versions if the

play04:17

configuration item is approved for

play04:19

testing it becomes a Baseline and can

play04:22

only be changed through a formal Change

play04:24

Control process in simple words both

play04:27

most of our tool what we make use of has

play04:29

this inbuilt that's the reason you may

play04:31

see this as something very unique which

play04:34

probably we don't use it independently

play04:36

but of of course it's a part of our

play04:38

day-to-day work so yes exactly once it

play04:40

is approved then it gets into the uh

play04:42

Version Control process and since then

play04:45

it has to be manage for any kind of

play04:46

revisions what are made on it also to

play04:49

add here uh configuration management

play04:51

keeps a record of change configuration

play04:53

items when a new Baseline is created it

play04:55

is also possible to revert a previous

play04:57

Baseline to reproduce the pre test

play05:00

results to properly supporting testing

play05:03

configuration management ensures the

play05:05

following that is one all the

play05:07

configuration items including test items

play05:10

which includes the parts of the test

play05:11

objects as well are uniquely identified

play05:14

version controlled track for changes and

play05:17

related to other configuration items so

play05:20

that traceability can be maintained

play05:22

throughout the test process and I think

play05:24

that's the major four parts what we just

play05:26

discussed a moment ago also to add right

play05:29

here all identified documentation and

play05:31

software items are referred

play05:33

unambiguously in the test documentation

play05:36

also to add when it comes to Ci or CD or

play05:39

continuous deployment and the associated

play05:41

testing are typically implemented as a

play05:44

part of an automated devs pipeline in

play05:46

which automated configuration management

play05:49

is normally included so in case any such

play05:52

tool which basically performs this

play05:54

activity for you are referred to as the

play05:57

configuration management tool itself now

play06:00

the one critical thing to remember from

play06:01

here the configuration management tools

play06:03

are the only tool which are rolled out

play06:05

during test planning phase itself

play06:07

because planning is also a document it

play06:09

contains a test plan and it can also be

play06:12

revised over a period of time thus this

play06:14

is the only tool which gets rolled out

play06:16

during planning whereas all the tools

play06:18

what we use in testing gets rolled out

play06:20

during test implementation many people

play06:23

go wrong here because they think all the

play06:24

tools gets rolled out into test

play06:26

implementation phase thus this tool will

play06:28

also be and answer is no this tool is

play06:31

the only one which basically gets rolled

play06:33

out right in the beginning of the life

play06:35

cycle so put together in simple words

play06:38

that's all what we had from this

play06:39

particular tutorial team should you have

play06:41

anything else feel free to comment below

play06:42

I'm always there to address your queries

play06:44

and answer them well till then keep

play06:46

learning keep exploring keep

play06:47

understanding the context thanks for

play06:49

watching the video team and happy

play06:55

[Music]

play06:58

learning

play06:59

[Music]

Rate This

5.0 / 5 (0 votes)

Related Tags
ISTQBConfiguration ManagementVersion ControlTraceabilityTesting TutorialTest PlanningUnique IdentificationChange ManagementTest AutomationDevOpsContinuous Deployment