Tests Your Pipeline Might be Missing - Gene Gotimer
The Fellowship of the Test: Building a Community Across Agile Teams - Christine McGarry00:29:14
I'm Hunting Sasquatch: Finding Intermittent Issues Using Periodic Automation - Paul Grizzaffi00:37:59
So Mr Testing Coach, What Do You Do? - Stephen Janaway00:48:17
Continuous Quality: Moving Beyond Bug Reports - Neil Studd00:42:23
But I'm Not A Security Tester! - Kate Paulk00:17:09
Fast Paced Testing for Rapid Prototyping - Tony Gutierrez00:27:14
How to Benefit from Being Uncomfortable - Cassandra H. Leung00:26:25
Lessons Learned From 60 Days of Performance Testing - Kim Knup00:29:17
The Joys of QA Management - Jake Brower00:26:07
Risk Based Testing Because You Can't Do EVERYTHING - Jenny Bramble00:26:44
Developing a delivery pipeline means more than just adding automated deploys to the development cycle. To be successful, tests of all types must be incorporated throughout the process in order to be sure that problems aren’t slipping through. Most pipelines include unit tests, functional tests, and acceptance tests, but those aren’t always enough.
I’ll present some types of testing you might not have considered, or at least might not have considered the importance of. Some tests will address code quality, others code security, and some the health and security of the pipeline itself.
This talk is aimed at people that are trying to build confidence in their software delivery pipeline, whether it is automated or not. I’ll talk about specific tools we use to supplement our pipeline testing. I won’t get into how to use each tool-- this is more of a series of teasers to encourage people to look into the tools, and even letting them know what types of tools and testing opportunities are out there.
- The pipeline offers a lot of opportunities to do tests that you might not have done if you had to set aside an explicit block of time to do them.
- The pipeline is about building confidence that the software is a viable candidate for production. Or realising as early as you can that it isn’t.
- Do just enough of each type of testing at each step in the delivery pipeline to determine if further testing is justified.
- Do the most expensive tests last. Those are often the manual or subjective ones.
- Don’t forget the infrastructure. The pipeline needs to be tested just like the software does.