エピソード
-
In this episode, we talk about observability from a performance engineering perspective. We talk about how this new emphasis on observability is a game changer for performance engineering, typically once viewed as a solo activity, but not something that benefits the whole team.
Some good quotes:
"the whole, the whole rationale for investing in observability practices, changing your language, changing your approach is to affect the future"
"Information is no good if it's just between you and me, we fix the problem and we never talk about it again."
"So for me it's the collaboration and the sharing is the biggest part that changes for me."
Mark Tomlinson is a performance engineering and software testing consultant. His career began in 1992 with a comprehensive two-year test for a life-critical transportation system, a project which captured his interest in software testing, quality assurance, and test automation. After extended work at Microsoft and Hewlett-Packard, he has amassed broad experiences with real-world scenario testing of large and complex systems and is regarded as a leading expert in software testing automation with a specific emphasis on performance. As “The Performance Sherpa” Mark now offers coaching, training and consulting to help customers adopt modern performance testing and engineering strategies, practices and behaviours for better performing technology systems.
Connect with Mark Tomlinson
Company: perfbytes
Twitter: @perfsherpa
LinkedIn: perfsherpa -
In this episode, Abby talks about Site Reliability Engineering, Service Level Objectives, Toil, the power of Storytelling, influencing Management and why Quality Coaching and Site Reliability Engineering have a lot in common.
-
エピソードを見逃しましたか?
-
In this episode, we talk about large projects, how to explain our job to non-technical people within an organisation and creating a shared vision of success to enrich the UAT process. We also talk about Mentoring, Enthusiasm, Empathy and Community.
-
In this episode we talk a lot about learning, different approaches to learning, being a catalyst within an organisation and sitting with discomfort.
Some classic Maaret quotes:
"Automation is how we document Exploratory Testing"
"FAIL -> First Attempt at Learning"
"Accepting the discomfort of not knowing is a skill"
Next episode completes the discussion.
Maaret Pyhäjärvi is a feedback fairy with a day job at Vaisala, where she works as Principal Test Engineer. She identifies as empirical technologist, tester and programmer, catalyst for improvement, author and speaker, and community facilitator and conference organizer. She was awarded as Most Influential Agile Testing Professional Person 2016, listed on 100 most influential in ICT in Finland by TiVi 2019, and has spoken at events in 25 countries delivering over 400 sessions. With 25 years of exploratory testing under her belt, she crafts her role into being a mix of leading, hands-on testing and programming. She is a serial volunteer and organizing powerhouse contributing to European Testing Conference and TechVoices, as well as Finnish non-profit scene. She blogs at http://visible-quality.blogspot.fi, and is the author of three LeanPub books: Mob Programming Guidebook, Exploratory Testing and Strong-Style Pair Programming. Her web page is http://maaretp.com. -
We continue our conversation with Beth Skurrie co-founder of pactflow.io and all round awesome person. We continue talking about PACT applied, making conscious decisions around tool selection and keeping tech relevant.
Some 'more' Bethesque quotes
"end to end test are the wrong type of tests to check low level, request and response fields"
"what it does is it gives us the right tool at the right level to test the right thing"
"It's not dictator driven contracts"
it's not a tool is good or a bad tool. Different tools are appropriate in different situations and a tool that might be a good tool in one situation is a bad tool in another situation."
Follow Beth on @bethesque -
In this episode we talk to Beth Skurrie co-founder of pactflow.io and all round awesome person. We talk about quality (of course!) and what quality is from a coding perspective. The difficulty in using tools to assist in quality. Levels of abstraction and the test automation pyramid and how its useful in trade offs. Plus some stuff on when to write tests.
Some Bethesque quotes
"These days, responsiveness is kind of a quality in itself"
"The tools are very good at identifying things, but you use the tool, the tool should not use you."
"I’m much better at failure these days"
Links Mentioned
Integration Tests are a scam! - JB Rainsberger https://vimeo.com/80533536
Test Automation Pyramid
https://alisterbscott.com/kb/testing-pyramids/
https://martinfowler.com/articles/practical-test-pyramid.html
Follow Beth on @bethesque -
In this episode, Tim talks about how collaboration, visualisation and metrics in an open organisation can help teams to achieve exceptional business outcomes. We also discuss plumbers.
-
This is the final part of a three part chat (for the moment) with Lisa Crispin, Janet Gregory and Anne Marie Charrett. In it we talk about what's next for agile teams and testing and the importance of taking small steps. We also mention not being taken in by smoke and mirrors, resilience, observability and complexity.
-
In this episode we speak to Tim O'Brien from Wargaming Sydney. Heard of the game "World of Tanks"? It was brought to you by these lovely folks. I wanted to chat with Tim to give us an understanding how quality coaching fits into this unique context.
We talk metrics (in particular rework), we talk about the key to being influential. Also how teams can own the testing strategy. -
Joao talks about being a Quality Owner, how it came about, how he uses Riskstorming and the fact that change takes time. The youtube presentation he references is found https://www.youtube.com/watch?v=jlygHJIFjTA
-
In this special International Women's Day Episode, we chat with Venus Nautiyal who works for Amaysim. Venus and I chat about a range of stuff including Microservices, Bounded Context and autonomy in tool selection. Being involved early in Product Ideation and how they customised the Atlassian Quality Assistance Model to suit their context.
Venus blogs at https://medium.com/@venus.nautiyal -
Anne-Marie Charrett speaks to Ali Hill on Quality Coaching security controls on an AWS Infrastructure. They chat BDD, TDD, Collaboration and the power of small experiments.
In this chat we mention Ali's talk at Agile Automation days. You can watch it here https://youtu.be/oamcCqz_eOQ -
Areti talks about working in a centralised quality coaching team that supports multiple Dev teams, challenges for QA in moving to more frequent deployments, being a Time Blocker to enable teams to think about their problems and potential solutions and empowering teams to become autonomous.
Fun fact: This podcast took a while to record due to a misbehaving coffee machine and some poorly-timed phone calls! -
In Episode 3 of the Quality Coach Roadshow journeys to Sydney, Australia where Sahar Khoshraveshan, Quality Coach at Atlassian speak to us about the importance of unlearning, fast feedback and speaking to product to help improve quality.
Fun Fact: This was intended to be the first episode, but we need prior approval from Atlassian to thats why its the third. -
In this episode, the second part of our chat with Rob Meaney, we talk about the challenges of quality coaching and creating a common vision.
-
In this the first episode of the podcast, we talk to Rob Meaney, Quality Coach at Poppulo. In it, Rob talks about his career and using his experiences to help him grow.