ISTQB FOUNDATION 4.0 | Tutorial 58 | Benefits and Risk of Test Tools | Test Tools | CTFL

TM SQUARE
22 Apr 202414:03

Summary

TLDRThis tutorial delves into the ISTQB Foundation Level Certification, focusing on the benefits and risks of test automation tools. It emphasizes the importance of understanding the purpose and advantages of integrating tools into organizational processes, such as time savings, error prevention, and improved assessment capabilities. However, it also warns of potential pitfalls, including unrealistic expectations, overreliance on tools, and compatibility issues, urging a cautious approach to tool selection and implementation.

Takeaways

  • 📚 Understanding the benefits and risks of test automation tools is crucial for successful implementation.
  • 🛠️ Using tools is not always simple and can be complicated; proper understanding and preparation are necessary.
  • ⏱️ One major benefit of automation tools is the time saved by reducing repetitive manual work, especially for tasks like regression testing.
  • 🔍 Automation tools help prevent human errors by ensuring greater consistency and repeatability in testing processes.
  • 📊 Tools provide objective assessments and measurements that are too complex for manual calculations, such as coverage measurements and traceability matrices.
  • 📈 Test management tools offer easier access to information, supporting test management and reporting with systematic organization and comprehensive reports.
  • 🚀 Reduced test execution time with automation tools allows for earlier defect detection, faster feedback, and quicker time to market.
  • 🧠 Automation tools free up testers' time, enabling them to design more effective tests and consider additional scenarios.
  • ❗ Risks of test automation include unrealistic expectations, inaccurate time and cost estimations, and over-reliance on tools.
  • 🔧 Potential issues include dependency on tool vendors, compatibility problems with development platforms, and compliance with regulatory requirements.

Q & A

  • What is the main topic of the tutorial video?

    -The main topic of the tutorial video is the benefits and risks of test automation tools, particularly at the ISTQB Foundation level certification.

  • Why might using a tool seem complicated despite the common belief that it should be simpler?

    -Using a tool might seem complicated because people often expect tools to be immediately easy to use and adaptable, without realizing that they may require training, maintenance, and effort to achieve real benefits.

  • What is one of the key benefits of using test automation tools mentioned in the script?

    -One of the key benefits of using test automation tools is the time saved by reducing repetitive manual work, such as in regression testing.

  • How can test tools help in preventing human errors?

    -Test tools can help in preventing human errors by providing greater consistency and repeatability, as well as systematic arrangements and structured data inputs that reduce the likelihood of mistakes.

  • What is an example of a complex task that can be simplified with the help of test tools?

    -An example of a complex task simplified with test tools is the evaluation of code coverage, such as statement coverage and decision coverage, which can be difficult for humans to manually calculate in large programs.

  • What is the importance of traceability in the context of test management tools?

    -Traceability is important in the context of test management tools because it allows for systematic measurements and specific assessments, such as mapping numerous requirements to test cases, which would be time-consuming for humans to do manually.

  • How do test management tools contribute to easier access to information about testing?

    -Test management tools contribute to easier access to information by compiling and managing all resources systematically, allowing for quick access to test coverages, executions, and reporting on various parameters like defects and risks.

  • What are some risks associated with using test automation tools?

    -Some risks associated with using test automation tools include unrealistic expectations about the benefits, inaccurate estimations of time and cost required for tool implementation and maintenance, and over-reliance on the tool to perform tasks without human intervention.

  • Why is it important to evaluate the tool vendor before procuring a test tool?

    -It is important to evaluate the tool vendor to ensure they provide adequate support, are financially stable, and will continue to maintain and update the tool, as poor vendor support or discontinuation of the tool can pose significant risks to the project.

  • What is the potential issue with using open-source software for testing?

    -The potential issue with using open-source software for testing is that it may be abandoned, meaning no further updates are available, or it may require frequent updates, which can create an extra overhead for the organization to manage.

  • Why is compatibility an important consideration when choosing a test tool?

    -Compatibility is important because a tool that is not compatible with the development platforms, technologies, or operating systems used in the project can lead to significant issues, such as the tool becoming unusable when there are updates or changes to the environment.

  • What are regulatory requirements or safety standards in the context of choosing a test tool?

    -Regulatory requirements or safety standards refer to the legal and compliance aspects that a test tool must meet, ensuring that it adheres to industry-specific rules and guidelines, which is crucial in industries like software, hardware, and automotive.

Outlines

00:00

🤖 Benefits and Risks of Test Automation Tools

This paragraph delves into the complexities of test automation, emphasizing the misconception that using tools is always simple. It outlines the benefits of test tools, such as saving time through reduced manual work, preventing human errors via consistency and repeatability, enabling more objective assessments, and facilitating easier access to information for test management and reporting. The paragraph also hints at the risks involved in tool adoption, such as the need for maintenance, training, and the potential for tools to introduce complications if not properly integrated into an organization's processes.

05:00

🛠 Understanding the Risks and Mitigation Strategies for Test Tools

The second paragraph focuses on the potential risks associated with the use of test tools, including unrealistic expectations about their benefits, inaccurate estimations of the time and cost required for tool integration and maintenance, and the inappropriate use of tools when manual testing might be more suitable. It also touches on the dangers of over-reliance on tools, the dependency on tool vendors, and the challenges of using open-source software that may be abandoned or incompatible with development platforms. The importance of evaluating vendor support and tool stability is stressed, along with the need for compliance with regulatory requirements and safety standards.

10:01

🚀 Addressing Risks and Embracing the Full Potential of Test Tools

In the final paragraph, the speaker advises on the importance of addressing the risks associated with test tools before their adoption. It stresses the need for a proof of concept to ensure tool compatibility with the technology stack and platforms in use. The paragraph also highlights the importance of having a plan for mitigation and a clear understanding of the tool's regulatory compliance. The speaker encourages continuous learning and exploration, inviting viewers to engage with the content and seek further clarification if needed.

Mindmap

Keywords

💡ISTQB Foundation Level Certification

The ISTQB Foundation Level Certification is an internationally recognized qualification for software testers. It signifies a foundational knowledge of software testing principles and practices. In the video, this certification is the context within which the tutorial is being delivered, discussing the use of test tools as part of the curriculum.

💡Test Automation

Test automation refers to the use of software tools to execute tests that would otherwise be performed manually. It is a key concept in the script as the tutorial discusses the benefits and risks associated with automating tests. The video emphasizes the importance of understanding when and how to leverage automation for efficient testing processes.

💡Benefits

In the context of the video, benefits refer to the advantages gained from using test tools and automation. These include time savings, reduced human error, and improved consistency, among others. The script outlines specific benefits such as time saved through reduced repetitive manual work and prevention of simple human errors through greater consistency and repeatability.

💡Risks

Risks, as discussed in the script, are the potential negative outcomes or challenges that may arise from using test tools. The tutorial highlights the importance of identifying and mitigating these risks before adopting a tool. Examples from the script include unrealistic expectations about tool benefits and the potential for over-reliance on a tool.

💡Regression Testing

Regression testing is the process of re-running tests to ensure that changes or bug fixes have not adversely affected existing features. The script mentions regression testing as a candidate for automation due to its repetitive nature and the time it can save when automated.

💡Consistency and Repeatability

Consistency and repeatability are critical aspects of test automation. They refer to the ability of tests to produce the same results when run multiple times under the same conditions. The script highlights these as benefits of using automation tools, which help prevent human errors and ensure that tests are performed uniformly.

💡Test Management Tools

Test management tools are software applications designed to support the planning, design, and reporting of tests. The script discusses these tools in the context of providing systematic management of test cases, requirements, and defects, as well as facilitating objective assessments and reporting.

💡Coverage Measurements

Coverage measurements are metrics used to evaluate how thoroughly the software has been tested. The script refers to coverage measurements like statement coverage and decision coverage, which can be complex to calculate manually but are easily handled by test tools, contributing to a more objective assessment.

💡Traceability Matrices

Traceability matrices are tools used to track and document the relationships between different elements of a system, such as requirements and test cases. The script mentions the use of test management tools to facilitate the creation and maintenance of traceability matrices, which would be time-consuming to manage manually.

💡Defect Detection

Defect detection is the process of identifying software bugs or issues during the testing phase. The script discusses how test automation tools can reduce test execution time, leading to earlier defect detection, faster feedback, and ultimately a faster time to market for the software product.

💡Over Reliance

Over reliance, as mentioned in the script, refers to the potential pitfall of depending too heavily on test tools to perform tasks without the necessary manual oversight or intervention. The tutorial warns against expecting tools to operate entirely autonomously, emphasizing the need for proper guidance and usage by the testing team.

💡Tool Vendor

A tool vendor is a company or individual that provides the test tools used in the software development process. The script discusses the risks associated with dependency on a tool vendor, including the possibility of the vendor going out of business, retiring the tool, or providing poor support.

💡Open Source Software

Open source software refers to software whose source code is available to the public, allowing anyone to view, use, modify, and distribute it. The script mentions the potential risks of using open source test tools, such as the possibility of the software being abandoned or not receiving necessary updates.

💡Compatibility

Compatibility in the context of the script refers to the ability of a test tool to work with specific development platforms, technologies, or operating systems. The tutorial emphasizes the importance of ensuring that a chosen tool is compatible with the existing technology stack to avoid disruptions in the testing process.

💡Regulatory Requirements

Regulatory requirements are the rules and standards set by regulatory bodies that must be adhered to in certain industries. The script touches on the importance of selecting tools that comply with these requirements to ensure legal and safety standards are met, particularly in industries like automotive or healthcare.

Highlights

Introduction to the tutorial on ISTQB Foundation Level Certification, focusing on Chapter 6 about test tools.

Exploring the simplicity or difficulty of using test automation tools and their benefits and risks.

The misconception that using tools is always simpler and the complications that arise from blindly choosing a tool.

Benefits of using test tools, emphasizing that acquiring a tool does not guarantee success and requires effort for lasting benefits.

Time saved by reducing repetitive manual work as a key benefit of automation testing tools.

Prevention of simple human errors through greater consistency and repeatability offered by test tools.

The role of tools in providing more objective assessments and measures that are too complex for manual execution.

Ease of access to information about testing to support test management and reporting as a benefit of test management tools.

Faster feedback and time to market as advantages of reduced test execution time with automation tools.

The potential for testers to design deeper and more effective tests when manual execution time is reduced.

Risks associated with test tools, including unrealistic expectations about the benefits of tools.

The importance of accurate estimations of time, cost, and effort required to implement and maintain a tool.

Risks of using a test tool when manual testing is more appropriate, emphasizing the need over fashion.

Overreliance on tools and the understanding that they will only perform as instructed.

Dependency on tool vendors and the risks associated with their business decisions or support quality.

Concerns with open-source software, such as potential abandonment or frequent updates requiring additional overhead.

Compatibility issues between automation tools and development platforms or operating systems.

The importance of choosing stable tools that comply with regulatory requirements and safety standards.

Encouragement for continuous learning, exploration, and understanding in the context of test tools and automation.

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 6 talking about test

play00:08

tools and continuing ahead with our next

play00:10

segment that is 6.2 benefits and risk of

play00:14

test Automation and as a part of this

play00:16

tutorial we'll be trying to understand

play00:17

is it so simple or difficult to make use

play00:20

of a tool

play00:26

[Music]

play00:30

looking at the trend most of the people

play00:32

quite often think that using tools must

play00:35

be simpler easier and adaptable at any

play00:37

point of time and that's where it

play00:39

becomes a very complicated thing to

play00:42

blindly go for a tool and this

play00:43

particular segment is going to help you

play00:45

understand that what are the purposes

play00:47

and benefits of having tool being used

play00:49

into your organization and process and

play00:51

at the same time we'll be also looking

play00:53

at what are the complicated risk

play00:54

involved which one one should look

play00:56

forward to mitigate well ahead of time

play00:59

before adopting a tool within the

play01:01

process and project because it could

play01:03

turn out to be a risk and could turn

play01:06

into a disaster in your project so let's

play01:09

not waste our time and quickly look at

play01:10

some of the benefits quickly and then

play01:12

we'll talk about the risk also involved

play01:14

in using a tool so benefits are very

play01:16

straightforward and uh we talk about the

play01:18

benefits as simply acquiring a tool does

play01:21

not guarantee success each new tool will

play01:24

require effort to achieve real and

play01:26

Lasting benefits for example for Tool

play01:28

introduction maintenance and training

play01:31

there are also certain risk which we'll

play01:32

be looking into and someone should look

play01:34

forward to mitigate that now potential

play01:37

benefits of using test tools are very

play01:38

well understood number one the time

play01:41

saved by reducing repetitive manual work

play01:44

and that's one of the very common

play01:45

benefit of having an automation testing

play01:47

tool or any tool so generally here we

play01:50

are talking about the blend of using

play01:52

tools and automation testing tool do

play01:55

your benefits and risk will be from both

play01:57

the sides so number one point is related

play01:59

to repeative manual work is relating to

play02:02

the automation test tool so of course we

play02:04

understand that if there are tests which

play02:05

we have to repeat again and again it

play02:07

will certainly be very hectic to do

play02:09

manually for example if you talk about

play02:12

the regression testing is something

play02:14

which is very good candidate of

play02:15

reputation and thus consumes a lot of

play02:18

time because over a period of time it is

play02:19

expected to grow bigger in size thus

play02:22

it's a very good candidate of automation

play02:24

as well and that turns out to be one of

play02:26

the key benefit of having automation

play02:28

testing being in use also another

play02:31

benefit we have here is prevention of

play02:33

simple human errors through greater

play02:35

consistency and repeatability now this

play02:37

is more of like related to test

play02:39

management tools or any other automation

play02:41

tools as well for example if I'm talking

play02:43

about automation testing tools we follow

play02:46

certain Syntax for the languages which

play02:48

prevents human error right because in

play02:50

manual testing we say that different

play02:52

users can perform it differently but

play02:54

when there are scripts written it always

play02:57

maintains a consistency thus it prevent

play02:59

vents human errors while writing it in

play03:01

terms of syntax and even when it comes

play03:04

to systematic arrangement of data into a

play03:06

test management tool it's more of like

play03:08

the tool will only drive the things

play03:10

according to the need of the tool that

play03:12

is the fields to be filled up there's a

play03:14

drop- down value to be picked up so

play03:16

instead of people mentioning things in

play03:17

Excel sheet thus tool gives you another

play03:20

benefit by just having things being

play03:22

managed systematically or being

play03:24

consistent in their executions or

play03:27

maintenance further to add here another

play03:29

benefit is more objective assessment and

play03:32

in providing measures uh that are too

play03:34

complicated for human to drive now for

play03:37

example if you remember in chapter 4 we

play03:39

covered some of the coverage

play03:40

measurements like statement coverage and

play03:41

decision coverage when we had a simple

play03:44

program we could do it easily with the

play03:46

flowchart but when it is complex what if

play03:48

it is a very big program then certainly

play03:50

it's not something which is easy for a

play03:52

human mind to do it manually in that

play03:55

context we do have tools which are very

play03:58

capable of doing such evaluations and

play04:00

helping you get the required coverage

play04:02

within no time and simply when we talk

play04:05

about the linkage like Trace abilities

play04:07

or tracability matrices you may not have

play04:09

enough time to map 100 requirements with

play04:12

respect to that of 400 test cases one by

play04:15

one and that's where a test management

play04:17

tool could have this capability of doing

play04:19

systematic measurements or more uh

play04:22

specific assessments which are sometime

play04:25

very complicated without having the tool

play04:27

plus to add here of course easier ACC

play04:29

access to information about testing to

play04:31

support test management and test

play04:33

reporting of course uh having test

play04:35

management tool will help you get

play04:37

everything what you need at any point of

play04:39

time being managing all your resources

play04:41

in a very systematic Manner and at the

play04:43

same time can compile things together to

play04:45

build a wonderful report which can

play04:47

reflect coverages and executions and

play04:50

many other things related to different

play04:53

uh parameters like defects risk Etc so

play04:55

test management tools again adds this

play04:57

benefit finally we also talking about

play05:00

reduced test executions time to provide

play05:03

earlier defect detection faster feedback

play05:05

and faster time to Market having said

play05:08

that being automation testing tool user

play05:10

you do understand yourself that it is

play05:12

very simple and faster if you have

play05:13

automation Tools in practices because

play05:16

most of your manual efforts can be

play05:18

reduced and it turns into a big and fast

play05:21

change into your project th releasing

play05:23

tools well ahead of time also to add

play05:25

here more time for testers to design new

play05:28

deeper and more effective test and

play05:30

compiling all the benefits together we

play05:32

would say that if all together these

play05:34

benefits are achieved by your tools then

play05:36

certainly the testers have enough time

play05:38

and more time given to them to think

play05:40

about the various scenarios or adding

play05:42

additional test cases rather than

play05:44

wasting their time doing executions

play05:46

manually so put together there are

play05:48

several benefits of having tool being

play05:50

used into the organization that turns

play05:52

out to be a great benefit for any

play05:55

organizations but they're not just

play05:57

limited to benefits before or we

play06:00

mitigate all the risk so let's talk

play06:02

about the risk on the other hand if I

play06:04

talk about the risk these are those risk

play06:06

which one should understand identify

play06:09

well ahead of getting or procuring a

play06:10

tool for the organization or even for a

play06:13

project in those terms all we are trying

play06:15

to say that if these risk are identified

play06:17

and mitigated well in advance your

play06:19

experience of interacting with the tools

play06:21

within the organization and the project

play06:24

would be less risky or no risk at all

play06:27

but sometime there are risk which you

play06:29

understood in our chapter 5 that they

play06:31

may not be mitigated but have to be

play06:33

accepted so let's quickly check out what

play06:35

other the risk we are talking about

play06:37

related to the test tools which includes

play06:39

test management tools and test

play06:41

automation tools as well so number one

play06:43

here the potential risk of using test

play06:45

automation may include unrealistic

play06:48

expectation about the benefits of tool

play06:50

sometime you thought that is as simple

play06:52

as downloading it from Google installing

play06:54

it and getting started with it but as

play06:56

you do talk about some of the

play06:58

complicated tools they may not be easy

play07:00

to use and thus they may need a proper

play07:02

training proper time given for people to

play07:05

learn about a programming language or

play07:07

maybe sometime it could be hectically

play07:08

involved in configuration on the servers

play07:10

or setting it up together to in order to

play07:13

start using it so it's not necessary

play07:15

that uh every single tool is very user

play07:18

friendly sometime you need to really

play07:19

know in and out about the Technologies

play07:22

before making use off a tool also to add

play07:25

uh inaccurate estimations of time cost

play07:28

effort required to in reduce a tool

play07:30

maintain test scripts and change the

play07:32

existing manual test process see all the

play07:34

three aspects have been discussed when

play07:36

we talk about the cost time and effort

play07:39

required to roll out a new tool one

play07:41

should really understand however let me

play07:43

remind you these are the responsibility

play07:45

of the test manager that is to select a

play07:47

tool and roll out a tool into the

play07:48

organization so the team will not be

play07:50

involved but manager given that they

play07:52

have wide experience of such tools they

play07:55

would be already taking care of that but

play07:58

the cost time and required should be

play08:00

calculated because you cannot expect

play08:02

your team to be well groomed with any

play08:04

type of tool blindly so you must give

play08:06

them enough time cost involved in buying

play08:08

the tool or doing the training

play08:10

mentorship Etc you cannot expect return

play08:13

on investment right from the day one of

play08:15

getting a tool right and effort the team

play08:17

has to apply those effort they have to

play08:19

get used to it they have to get you know

play08:22

practicing with it and that's where they

play08:23

start returning the benefit so never

play08:25

underestimate the things related to cost

play08:27

time and effort uh with respect to

play08:30

rolling out a tool for the first time or

play08:32

if you are already having manual test

play08:34

cases and you want to migrate to

play08:35

automation the efforts are different so

play08:38

all these can be taken into a risk the

play08:41

next one here is using a test tool when

play08:43

manual testing is more appropriate is

play08:45

it's not a fashion to use a test tool

play08:48

it's just that it's a need so if you

play08:50

think your organization is really

play08:52

wasting a lot of time doing it manually

play08:54

and there is a solution you have a

play08:56

budget you have enough approvals for

play08:59

that then you can certainly go for it

play09:01

okay it's just more about the need it's

play09:03

not that if your manual is doing better

play09:05

than automation then you still adopt

play09:08

automation tool unnecessarily spending a

play09:10

cost so it's very important to take all

play09:13

this point into account also to add here

play09:15

uh relying on a tool too much that is

play09:18

over Reliance so over Reliance simply

play09:20

means that you bought a watching washing

play09:23

machine automated washing machine and

play09:24

you thought that when you leave for work

play09:27

the machine will roam around your house

play09:29

and pick up the dirty clothes and start

play09:30

washing them not that doesn't happen

play09:33

right so it's more of like letting you

play09:35

know that a tool will only do what you

play09:37

instructed to in fact there will be

play09:39

still some manual efforts required

play09:41

writing the scripts giving the data

play09:43

defining the control flow and then even

play09:45

clicking the play button which is to run

play09:47

the script right so exactly the same

play09:49

thing no over Reliance on the tool tools

play09:51

will only do what you ask them to do and

play09:53

they still need the

play09:55

prerequisites okay the next one here is

play09:57

the dependency on the tool vendor which

play09:59

which may go out of business retire the

play10:01

tool sell the tool to a different vendor

play10:03

or provide poor support most of the time

play10:05

it's not necessary that the tool only

play10:07

creates the problem in your project

play10:09

sometime the tool provider could also be

play10:11

a problem sometime becoming a very big

play10:13

brand and buying the tools from these

play10:15

big Brands could be a challenge because

play10:17

they do not take care of the feedbacks

play10:20

the support tickets Etc uh when it comes

play10:22

to the need of the organization so

play10:24

sometime having poor response or

play10:26

sometime you bought it from a new vendor

play10:28

just because he was was giving you

play10:29

promotions and a lot of offers and

play10:32

tomorrow he shut down his office okay or

play10:35

retire the T saying that oh we are no

play10:37

longer maintaining it we not giving any

play10:39

kind of updates on this so you are stuck

play10:41

because your project is ongoing and half

play10:42

of your script is already there in the

play10:44

script uh in the tool so you must

play10:46

evaluate the vendor strengths weaknesses

play10:49

and their support on your tickets before

play10:51

getting the tool the next one here is

play10:54

using an open source software which may

play10:56

be abandoned u meaning that no further

play10:59

uh updates are available or as internal

play11:01

cence may require quite frequent updates

play11:04

as of further development so open source

play11:06

tools as we all understand it's a freear

play11:08

people don't really have to pay a cost

play11:10

for it all you need is a GNU license and

play11:12

you can go ahead and use it which is

play11:14

public open license and uh the problem

play11:17

with this these type of tools is that as

play11:19

they're freeware they're not charging

play11:21

you anything so they may suspend it any

play11:22

time or they may not look L not not look

play11:25

forward to give you any kind of updates

play11:28

right or sometime to frequent updates

play11:30

that means you have to take care of the

play11:32

configuration parallely which could be

play11:33

an extra overhead so that's where we

play11:35

need to keep all these things into

play11:37

account and then mitigate them or have

play11:40

some plan of action for them before

play11:43

blindly opting for it also to add here

play11:45

the automation tool is not compatible

play11:47

with development platforms sometime it

play11:50

may happen that you buy a tool X and you

play11:52

know that you are testing an application

play11:54

based on Java and then X does not

play11:57

support Java so you are almost done

play11:59

there right so you must always do a PO

play12:02

which is proof of concept to check that

play12:04

the tool which you're looking forward to

play12:06

adopt does it work with your technology

play12:08

does it work with your platform or even

play12:10

sometime the operating systems can be

play12:12

taken into this account for example you

play12:14

have a tool which you are working on

play12:15

Windows 10 tomorrow Windows releases

play12:18

Windows 11 and your windows says no no

play12:20

this tool doesn't work on Windows 11 so

play12:22

your company is going to migrate to 11

play12:24

but some of your tools are not capable

play12:26

or compatible with that so all these

play12:28

part part basically comes into this

play12:30

point itself the technology the language

play12:33

what you use into your development uh

play12:36

whether the tool is capable of testing

play12:37

it and the base platform where you're

play12:39

going to install it right and last but

play12:42

not the least choosing an unstable tool

play12:44

that did not comply with regulatory

play12:46

requirements or safety standards so

play12:49

again from the software and Hardware

play12:51

industry point of view both the points

play12:52

are mention here that even the

play12:55

compliance is equally important the

play12:57

regulatories what is recommended

play12:59

recomended what is not recommended so

play13:00

your legal team your security team will

play13:02

be interfering now and then evaluating

play13:04

and asking you what are the policies of

play13:07

this tool can we protect it or will this

play13:10

retain our data so those regulatories

play13:12

and compliances are important and same

play13:14

goes with the hardware industry or

play13:16

Automotive Industries where we are very

play13:18

very restricted to the use of tools what

play13:21

we can make use of in our projects so

play13:24

put together these are all those risk

play13:27

which we should take into account prior

play13:29

to getting a tool not after that and if

play13:31

you can plan for mitigation and have

play13:33

some mitigation action handy that's

play13:35

where you go for a tool okay so put

play13:38

together that's all from this particular

play13:39

tutorial team and should you have

play13:41

anything else feel free to comment below

play13:43

I'm always there to address your queries

play13:44

and answer them well till then keep

play13:46

learning keep exploring keep

play13:48

understanding the context thanks for

play13:49

watching the video team and happy

play13:51

learning

play13:55

[Music]

Rate This

5.0 / 5 (0 votes)

Etiquetas Relacionadas
Test AutomationISTQBCertificationAutomation RisksManual TestingTool BenefitsSoftware TestingQuality AssuranceTest ManagementRegression Testing
¿Necesitas un resumen en inglés?