Go
Table-driven tests are Go's idiomatic approach to testing multiple input/output combinations. Instead of writing one test function per case, you define all cases as a slice of structs and loop through them. The Go standard library itself uses this pattern extensively. The Basic Pattern func TestAdd(t
Go
testify is the most popular Go testing library. It provides three main packages: assert for fluent assertions, require for fail-fast assertions, mock for interface mocking, and suite for test organization. While the standard testing package is sufficient for simple cases, testify makes complex test suites significantly more readable. Installation go
Go
Go ships with a built-in testing package that requires no third-party dependencies. The go test command finds and runs tests automatically. You don't need to configure a test runner, register test files, or install plugins. This built-in simplicity is one of Go's strongest features for developer
Go
Unit tests verify logic in isolation. Integration tests verify that components work together: your code + database, your service + external API, your handler + middleware stack. Go's testing package supports both, and the patterns for integration testing are as idiomatic as those for unit testing. Separating Integration Tests Mark slow
Go
Go's testing package includes a built-in benchmark system. Benchmarks measure how long code takes to run and how much memory it allocates. They're the right tool for validating optimization work and catching performance regressions. Writing Benchmarks Benchmark functions start with Bench and take *testing.B: func
Ruby
RSpec is the most widely used testing framework for Ruby. Its expressive syntax reads almost like natural language, which makes test suites easier to understand and maintain. This tutorial covers the core building blocks: describe, context, it, expect, and matchers. Installing RSpec Add RSpec to your Gemfile: group :test do
Ruby
Ruby developers have two excellent unit testing frameworks to choose from: RSpec and Minitest. Both ship with strong matchers, mock support, and Rails integration. The choice is mostly about style preference, but there are real differences worth understanding. Overview RSpec is a Behavior-Driven Development (BDD) framework. It emphasizes human-readable test
Ruby
shoulda-matchers provides a collection of one-liner matchers for testing common Rails patterns: validations, associations, and controller behavior. Instead of writing multi-line setup to test validates :name, presence: true, you write one line: it { is_expected.to validate_presence_of(:name) }. This guide covers setup, all major matchers, and best practices
Ruby
RSpec integrates deeply with Rails through the rspec-rails gem. It provides spec types tuned for each layer of a Rails application: model specs, request specs, system specs, and more. This guide shows you how to set up rspec-rails and write effective tests for all three layers. Setup Add to your
Go
Mocking in Go is interface-based. You define an interface, generate a mock implementation, and use it in tests to control behavior and verify interactions. The two main tools are gomock (from the Google team) and mockery (a third-party code generator). This tutorial covers both. Why Mock? Pure unit tests isolate
Ruby
factory_bot (formerly FactoryGirl) is the standard library for managing test data in Ruby on Rails applications. Instead of manually building objects in each test, you define factories once and reuse them everywhere. The result: cleaner tests, consistent data, and less setup noise. Why factory_bot? Consider two approaches to
Ruby
Capybara is the standard Ruby library for simulating browser interactions in tests. It's the engine behind Rails system specs and RSpec feature specs. Instead of asserting on raw HTML, you interact with your app the way a user would: clicking buttons, filling forms, navigating pages. How Capybara Works