Regulated software is consequential software, subject to authoritative outside review. Even experienced software testers can have an Alice-In-Wonderland feeling the first time they test a regulated product. Many aspects of software testing are surprisingly exactly the same as testing unregulated software, while others are surprisingly completely different. Why is that? What parts are surprisingly similar or different? Griffin shares experiences of testing FDA regulated systems, and similar software (e.g., financial systems, aircraft controls, insurance, and online gaming) – drawing examples from the participants of the Workshop on Regulated Software Testing (WREST), and himself. We examine the what, why, and how certain software is regulated - and the duties imposed on companies and individuals. We highlight some of the surprising aspects, such as: test design and execution; tools and automation; accuracy and rigor; traceability and authorization; evidence and record keeping; the halting problem; process standardization and predictability; human variability and adaptability; technology choices; morality and ethics; and business pressures. Leave with more insight into and less surprise about the challenges of testing regulated software.