If you're like me, you hate spending time testing the same thing over and over again using a mouse and keyboard. And bugs! Who needs to go back and fix things that used to work? Wouldn't it be better to only release new features without worrying about regressions? This IS possible if you STOP building software in the same way that keeps resulting in this trouble. Let me tell you some of the "thoughts" you need to hear, so you can learn how to consistently release software with zero defects, and how to guide yourself, your team, and your organization through changes necessary to do Continuous Delivery. A continuous delivery of *only* the good stuff. Although below is a web archive of episodes, you'll find it more convenient to use the following links to subscribe and autodownload expisodes to your mobile using a podcast player, a podcatcher, iTunes, or some other app:
Kevin Callahan: https://www.linkedin.com/in/kevin-callahan-mspod/ Kevin on Twitter: @changesteward Kevin’s company is Interaction Agility: https://www.interactionagility.com FIND ALL THE EPISODES FOR THIS SERIES AT THE SERIES PAGE.
Tools mentioned in this episode: Dred : https://dredd.org/en/latest/ Tools mentioned in this series: Montebank for testing APIs via over the wire test doubles: http://www.mbtest.org/docs/api/overview Jargon: Virtual Service – this is a network endpoint that is a mock up of a real service, however it is simple, fast to launch, and can be setup and controlled …
Mentioned in the episode: Montebank for testing APIs via over the wire test doubles: http://www.mbtest.org/docs/api/overview Jargon: Virtual Service – this is a network endpoint that is a mock up of a real service, however it is simple, fast to launch, and can be setup and controlled from test automation code. Provider – the service that …
Jargon: Virtual Service – this is a network endpoint that is a mock up of a real service, however it is simple, fast to launch, and can be setup and controlled from test automation code. Provider – the service that is creating information Consumer – the client that is consuming information from a Provider. The …
Jargon: Virtual Service – this is a network endpoint that is a mock up of a real service, however it is simple, fast to launch, and can be setup and controlled from test automation code. Provider – the service that is creating information Consumer – the client that is consuming information from a Provider. The …
Jargon: Static Mock – this is a simple mock object, also referred to as a stub. Virtual Service – this is a network endpoint that is a mock up of a real service, however it is simple, fast to launch, and can be setup and controlled from test automation code. Provider – the service that …
Bryan Finster is a software engineer who leads a DevOps Dojo a large enterprise. You can contact him on Twitter: @BryanFinster or on Linkedin: https://www.linkedin.com/in/bryan-finster/ Bryan writes on Medium about all things DevOps: https://medium.com/@bdfinst Contract Testing, per Martin Fowler https://www.martinfowler.com/bliki/ContractTest.html Integration testing per Martin Fowler https://martinfowler.com/bliki/IntegrationTest.html FIND ALL THE EPISODES FOR THIS SERIES AT THE SERIES …
Here is Geof Ellingham’s LinkedIn: https://www.linkedin.com/in/geofellingham/ The paper we are discussing, Geof’s paper, is here: https://www.linkedin.com/pulse/human-centric-agility-coaching-geof-ellingham/?trackingId= You can find Geof’s other work at these places: https://www.geofellingham.com/ and https://www.humancentricagility.org/ Leadership Agility®360 https://www.cambriaconsulting.com/leadership-agility-360/
The paper we are discussing, Geof’s paper, is here: https://www.linkedin.com/pulse/human-centric-agility-coaching-geof-ellingham/?trackingId= You can find Geof’s other work at these places: https://www.geofellingham.com/ and https://www.humancentricagility.org/ Leadership Agility®360 https://www.cambriaconsulting.com/leadership-agility-360/
The paper we are discussing, Geof’s paper, is here: https://www.linkedin.com/pulse/human-centric-agility-coaching-geof-ellingham/?trackingId= You can find Geof’s other work at these places: https://www.geofellingham.com/ and https://www.humancentricagility.org/ 1. The expert paradox Clients hire agile coaches in large part because of their expertise in agile, yet coaching orthodoxy suggests that domain expertise is of low value. The result of this paradox is …