Which statement is correct and recommended for writing GUnit tests?

GUnitis the Guidewire-specific testing framework based on JUnit, used to verify that Gosu classes and business rules function correctly. Efficient test writing requires a clear understanding of the test lifecycle, specifically how to manage resources and test data.

According to the Guidewire "System Health & Quality" training, theinit()method (or equivalent @BeforeClass setup logic in newer versions) is the recommended location for initializing resources that are expensive to create or are shared across all test methods within a specific class (Option A). By setting up shared objects—such as mock configuration data or static helper instances—in the init() phase, the developer ensures that the test suite runs faster and avoids redundant processing for every individual test case.

While Option C (clearing variables in tearDown()) is a valid memory management practice in some long-running Java environments, the primary focus of Guidewire GUnit training regarding the test lifecycle emphasizes thesetupphase to ensure a consistent "known state" before tests execute. Option B is incorrect because GUnit is designed to catch and report exceptions as test failures; wrapping them in a manual finally block would obscure the failure and bypass the framework's reporting capabilities. Option D mentions fluent assertions; while modern and readable, conventional assertTrue, assertEquals, and assertNotNull remain the standard recommended assertion types in the core Guidewire Developer training curriculum.