Pester, from the person who built this
DetentShell's built-in test generation is built on Pester. Its author, Keith Ramsey, wrote the 25-part Pester for Beginners series linked below: unit vs. integration in plain English, through mocking, code coverage, and a full TDD workflow, capstone included.
- What Is Pester, and Why Test PowerShell at All?
- Installing Pester (and Untangling v3/4 vs v5)
- Your First Test: Describe, It, and Should
- Running Tests with Invoke-Pester and Reading the Output
- The Should Command and Core Operators
- Comparing Numbers, Strings, and Collections
- Testing That Things Fail: Should -Throw
- Saying "Not": Negating Assertions Cleanly
- Describe vs Context vs It: Organizing Intent
- Setup & Teardown: BeforeAll, AfterAll, BeforeEach, AfterEach
- Arrange, Act, Assert: Naming Tests People Can Read
- File Layout: .Tests.ps1, Folders, and Naming Conventions
- Getting Your Function Under Test (Dot-Sourcing vs Modules)
- Safe File and Registry Tests with TestDrive and TestRegistry
- Data-Driven Tests with -ForEach and -TestCases
- Tagging and Filtering Which Tests Run
- What Mocking Is and When You Actually Need It
- Mock Basics: Replacing a Command's Behavior
- Proving Interactions with Should -Invoke
- Targeted Mocks with -ParameterFilter
- Mocking Pitfalls: Scope, InModuleScope, and Over-Mocking
- Measuring Code Coverage with Pester
- Configuring Pester with New-PesterConfiguration
- Running Pester in CI/CD (GitHub Actions & Azure Pipelines)
- Putting It Together: A TDD Workflow + Common Pitfalls (Capstone)
DetentShell's own blog
DetentShell will get its own blog here: release notes in plain English, workflow tips, and the occasional look at how a feature actually got built. Nothing's posted yet. Until then, the changelog is the honest source for what's shipped.