Good Enough Testing Workshop
Join a practical 3 hours live online workshop that teaches you systematic test design techniques for writing effective test cases.
Good Enough Testing is a practical workshop that will show you a series of test design techniques, providing a systematic and repeatable approach to write test cases.
When learning Ruby or Ruby on Rails, you learn about RSpec or Minitest, you get to know the DSL and how to use the library features to write model, controller, or integration tests.
But you don't learn much about testing: What does testing a feature or a piece of code mean? How do you know that the tests you wrote will catch bugs?
Intended audience
Here are some ways to describe the intended audience for this workshop and the potential benefits, depending on your situation.
- The main audience is formed by Ruby and Ruby on Rails developers.
- If you struggle with writing tests or aren't sure if your tests are good enough, this workshop will guide you in designing test cases that are effective in catch bugs and efficient in verify requirements with minimal effort.
- If starting testing feels overwhelming or you rely on inspiration, this workshop provides a systematic approach to start writing tests quickly.
- If you are unsure when to stop writing tests or how to assess whether your colleague wrote enough of them, this workshop helps identify all possible tests depending on the chosen criteria and offers a simple algorithm to determine the minimum tests needed.
- If you are a manager of a team of developers and you want to improve the quality of your product by catching bugs or detect missed requirements early, this workshop will help you assess the quality of your test suite and generate a plan to improve it.
Objectives
What are the objectives of this workshop?
This workshop will help you answer the following questions:
While there are multiple ways to answer these questions, the workshop will teach you a systematic approach. The number of tests and their objectives should be repeatable and not dependent on the the one writing the tests. Rest assured, anyone applying these techniques will arrive at the same results.
When looking at a specific requirement or code, you will learn how to:
Model the universe of all possible test cases.
Define the coverage criteria that is the most relevant for the specific code or requirement.
Design test cases to cover 100% the choosen criteria.
Reduce the number of test cases based on risk and allocated time.
You will learn the following test design techniques:
- Equivalence partitioning a technique to cover sets of inputs that are behaving similarly
- Boundary Value Analysis a technique to cover the boundaries of behavior in your code
- Decision Table a technique to write tests that cover the boolean logic of your ifs or case statements
- State Transition Testing a technique for making sure that all states and transitions are covered
This workshop is focused on Ruby and Ruby on Rails developers and will use Minitest as the testing framework, but the knowledge does not depend on Minitest. You can do the exercises in RSpec.
You will get access to a Ruby on Rails demo app which we will use to practice the techniques I am describing here.
about the trainer
Why me?
My name is Lucian Ghinda and I am a Software Engineer with a passion for testing.
I am an Engineer with a degree in Computer Science. I am working with Ruby for more than 17 years and I deliver testing workshops for about 11 years for companies.
I am passionate about testing and believe that good testing is essential for building high quality software.
You can find me on social media at: Twitter, Mastodon, LinkedIn, My personal technical blog.
Register
Join next workshop
Based on the requests I received, I selected two time slots to accommodate more participants for the workshop:
One slot is scheduled for morning Europe time, and the other for morning US time.
Each requires a minimum of 8 participants.
If the minimum number of participants isn't reached for one of them, you can either join the other workshop or receive a refund.
11 December 2024 - 08:00 UTC / 09:00 CET
3 hours
online
Workshop Details
11 December 2024
08:00 UTC/09:00 CET
This is the 4th edition of this workshop and it will be held in a live online format using Zoom.
The workshop will be online with a limited number of seats: 15 participants maximum . There is a minimum number of participants: 8 participants
The price for this edition is: USD 100
Buy before 30 November and get the workshop for 80 USD
Included in the workshop price is access to the workshop content via the private section for participants where you will find:
- The video recording of the workshop
- Links to all resources I mention in the workshop
12 December 2024 - 15:00 UTC / 16:00 CET / 10:00 EST
3 hours
online
Workshop Details
12 December 2024
15:00 UTC / 16:00 CET / 10:00 EST
This is the 4th edition of this workshop and it will be held in a live online format using Zoom.
The workshop will be online with a limited number of seats: 15 participants maximum . There is a minimum number of participants: 8 participants
The price for this edition is: USD 100
Buy before 30 November and get the workshop for 80 USD
Included in the workshop price is access to the workshop content via the private section for participants where you will find:
- The video recording of the workshop
- Links to all resources I mention in the workshop
Testimonials
What participants are saying about the workshop
"Just a big wow!
Today I spontaneously attended a workshop by Lucian Ghinda on Testing: How to write fewer tests and cover more cases.
Back in my days at Hochschule für Technik und Wirtschaft Berlin, I spent almost 6 months studying this topic.Even though my professor explained the mathematics behind testing, I could never quite apply it to my code.
But now, after this workshop, I finally feel like I can do it! Just wow 😳. ”
"Lucian's understanding of the whole, the experience is noticeable and the demonstrations were smooth"
This workshop explains testing and the related information on how many tests should be enough to write. This comes as the theory behind sets, subsets and some combinatory optimization to get good coverage.
"The delivery, the way you presented it - not arrogant at all; like we are colleagues, you researched a topic and we hop on a call to help me understand it!"
