TestCon Vilnius 2018
Petcube, Poland
Dawid Pacia
Who am I?
1/3 QA, 1/3 DevOps, 1/3 Lead. Last 10 years in Krakow and 5+ in testing. I moved to Kiev to build first ever “Internet of Pets” test environment. Tech freak following all the newest technologies (and implementing then on his own). Fan of the Agile approach to project management and products. Proudly and patriotically awarded as “People of Testing 2018”.
What do I do?
Leading and supporting the best and the happiest QA team! Actively speaking (and traveling) around the world (combining both passions). Organizer and originator of first regular Ukrainian QA meetup “UkrainQA”.
Talk
Put your TestOps shoes on! Improving Quality by Process Automation
Automate everything! That’s the most suitable description of DevOps culture. The culture that quickly created job position with the same name. Position, mostly focused on broadly defined automation, leading to fast product delivery. And the division was pretty simple: DevOps = Process automation, QA = Test automation. But is it the right approach? What about (still more and more) popular (Dev)TestOps’ term?
Classical testers are now also very often responsible for set-up and maintenance of the major part of Continuous Integration or Continuous Delivery environment (especially test automation part). The main problem from the business perspective is, like always, time! E.g. many start-up companies in a phase of early, dynamic growth cannot afford to waste much time on test automation. How to speed up the delivery process? How to quickly generate a valuable increment?
I’ll show you how to improve and speed up testing and delivery process by clever automation in 3 steps:
1) Automation supporting manual regression testing activities
– One Click test environment setup
– Preparing fully readable and executable test cycles and test cases
– Ensuring that unchanged component is not double-checked or unnecessarily tested
2) Automation maintaining project workflow, transitions, and statuses
– Recognizing when an issue is QA ready vs. when it is dev ready
– Avoiding (very!) common misunderstanding regarding testable issues
– Assuring that functionalities have been released without reading documentation and changelogs
3) Automation enhancing bug catching and reporting during testing or normal application usage
– Comprehensive incorporation of all crashes with bug reporting system
– Immediate notification based on priority and severity threshold level
– Automatic preparation and update of reported bugs, including necessary statistics
All of that in the context of 5 good (TestOps) friends: Test Management Tool (Zephyr), Project Management Tool (Jira), Crash & Log Reporting System (Crashlytics), Communication & Notifications Channel (Slack) and Continuous Integration Tool (Jenkins).