Create First Konsist Test - Declaration Check
Last updated
Last updated
Konsist Declaration Checks
provide a powerful mechanism for validating the structural elements of the Kotlin codebase. These checks allow developers to enforce structural rules and coding conventions by verifying classes, interfaces, functions, properties, and other code declarations. Here few things that can be verified with Konsist:
All Use cases should reside in usecase
specific package
Repository classes must implement Repository interface
All repository classes should have name ending with Repository
data
classes should have only val properties
Test classes should have test subject named sut
...
See Snippetssection for more examples.
Let's write a simple test to verify that all classes (all class declarations) residing in resides in controller
package are annotated with the RestController
annotation .
On a high level writing Konsist declaration check
requires 4 steps:
Let's take a closer look at each of these steps.
The first step is to get a list of Kotlin files to be verified.
The Konsist
object is an entry point to the Konsist library.
The scopeFromX
methods obtains the instance of the scope containing Kotlin project files. To get all Kotlin project files present in the project use the scopeFromProject
method:
To define more granular scopes such as scope from production code or scope from single module see the Create The Scope page.
Each file in the scope contains set of declarations like classes, properties functions etc. (see Declaration). To write this declaration check for all classes present in the scope query classes using classes
method :
In this project controllers are defined as classes annotated with RestController
annotation. Use withAllAnnotationsOf
method to filter classes with with RestController
annotation:
To perform more granular querying and filtering see the Declaration Filteringpage.
To performa assertion use the assertTrue
method:
To verify that classes are located in the controller
package, use the resideInPackage
method inside assertTrue
block:
This verification applies to the entire collection of previously filtered classes, rather than examining just one class in isolation.
To learn more about assertions see Declaration Assertion page.
The double dot syntax (..)
means zero or more packages - controller package preceded by any number of packages (seePackage Wildcard syntax).
The declaration validation logic should be protected through automated testing. By wrapping Konsist checks within standard testing frameworks such as JUnit or KoTest, you can verify these rules with each Pull Request:
The JUnit testing framework project dependency should be added to the project. See starter projects to get a complete sample project.
Note that test class has a KonsistTest
suffix. This is the recommended approach to name classes containing Konsist tests.
This section described the basic way of writing Konsist declaration test. To get a better understanding of how Konsist API works see VERYFYING CODEBASE and Debug Konsist Test sections.
The above test will execute multiple assertions per test (all controllers will be verified in a single test). If you prefer better isolation each assertion can be executed as a separate test. See the Dynamic Konsist Tests page.