# What is devtestops?

**URL:** https://club.ministryoftesting.com/t/what-is-devtestops/55933
**Category:** Archive
**Tags:** devops, learning
**Created:** [10 January 2022 20:23 UTC](https://club.ministryoftesting.com/t/what-is-devtestops/55933 "2022-01-10T20:23:01Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![anne-laure](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/anne-laure/32/8630_2.png) [@anne-laure](https://club.ministryoftesting.com/u/anne-laure)
#### Post date: [10 January 2022 20:23 UTC](https://club.ministryoftesting.com/t/what-is-devtestops/55933/1 "2022-01-10T20:23:01Z")

</div>

Hi!  
Is devtestops a synonymous of continous testing? Or is it something else? Do you have books/articles/videos that explain what is is?  
I’m just curious.  
Thank you.

---

<div class="post-metadata">

### Author: ![kristof](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/kristof/32/10839_2.png) [@kristof](https://club.ministryoftesting.com/u/kristof)
#### Post date: [11 January 2022 06:03 UTC](https://club.ministryoftesting.com/t/what-is-devtestops/55933/2 "2022-01-11T06:03:23Z")

</div>

It’s simply a combination of DevOps and Continuous testing .  
Some reading material: [What is DevTestOps | Role of DevTestOps in Continuous Testing](https://testsigma.com/blog/what-is-devtestops-role-of-devtestops-in-continuous-testing/)

Including Myths!

---

<div class="post-metadata">

### Author: ![conrad.braam](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/conrad.braam/32/660_2.png) [@conrad.braam](https://club.ministryoftesting.com/u/conrad.braam)
#### Post date: [11 January 2022 07:35 UTC](https://club.ministryoftesting.com/t/what-is-devtestops/55933/3 "2022-01-11T07:35:03Z")

</div>

Without the context of sufficient experience in devops, devtestops makes less sense as a label, not more, in my mind. And that is because the devops scene is seldom including the production and maintenance of the SAAS environments we are typically talking about when we use the term devops. For me, in a SAAS business, Ops is about the firewalls, CDN servers, load balancers, redundancy , updates, deployments and recovery. Not to forget customer lifecycle. Few people who did put devops in their CV spent that much time doing the latter part of the term, unless the company only has 2 employees.

QA do add a oversight to the entire SDLC. I think a lot of people don’t get that in a component architecture and also microservices architectures the pretty diagrams really look like this:

 ![Screenshot 2022-01-11 073354](https://us1.discourse-cdn.com/flex020/uploads/ministryoftesting/original/2X/8/8f2a6f9ac72752a44fbd253ae9cc737889908a5f.png)

---

<div class="post-metadata">

### Author: ![anne-laure](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/anne-laure/32/8630_2.png) [@anne-laure](https://club.ministryoftesting.com/u/anne-laure)
#### Post date: [11 January 2022 17:26 UTC](https://club.ministryoftesting.com/t/what-is-devtestops/55933/4 "2022-01-11T17:26:17Z")

</div>

Quoting @kristof link’s:  
‘The process involves testing early, testing often, and testing throughout the software delivery pipeline.’ and ’ **DevTestOps** idea was brought forward in which **Continuous Testing** was implemented as a major part of the software delivery pipeline.’  
So, from my point of view: it’s just a buzz word/label (like @conrad.braam wrote) meaning implements continuous testing 😃  
Thank you!

---

<div class="post-metadata">

### Author: ![conrad.braam](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/conrad.braam/32/660_2.png) [@conrad.braam](https://club.ministryoftesting.com/u/conrad.braam)
#### Post date: [12 January 2022 09:52 UTC](https://club.ministryoftesting.com/t/what-is-devtestops/55933/5 "2022-01-12T09:52:49Z")

</div>

Using a single word often helps a lot when we share and all grasp the same meaning. So nothing wrong with trying to gain consensus, I mean that’s a key skill for testers and probably all engineers. I do think it is very important to have people talk about where their responsibility boundaries lie, but also what those responsibilities are. Especially when it comes to making sure we choose people who are most comfortable with a specific part of that development cycle, to go work, in that area of the whole process. It’s a good conversation to have, because the OPS people closer to the customer frontline don’t want to be creating new tests, because their core skills are not going to be in coding, but rather in monitoring and maintaining infrastructure.
