testing-strategy-enforcement

Testing Strategy Enforcement Skill

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "testing-strategy-enforcement" with this command: npx skills add hack23/cia/hack23-cia-testing-strategy-enforcement

Testing Strategy Enforcement Skill

Purpose

This skill enforces the CIA platform's testing strategy, ensuring consistent coverage thresholds, proper test pyramid adherence, and CI/CD gate enforcement. It provides actionable guidance for maintaining test quality across all modules.

When to Use This Skill

Apply this skill when:

  • ✅ Writing tests for new features

  • ✅ Reviewing PRs for test adequacy

  • ✅ Configuring CI/CD test gates

  • ✅ Investigating test failures or flaky tests

  • ✅ Measuring and improving test coverage

  • ✅ Deciding test scope for a change

  • ✅ Refactoring existing test suites

Do NOT use for:

  • ❌ Security-specific testing (use secure-code-review)

  • ❌ Performance testing design (use performance analysis)

  • ❌ UI/UX validation (use playwright-ui-testing)

Coverage Requirements

Mandatory Thresholds

Metric Minimum Target Blocking?

Line Coverage 80% 85%+ Yes — CI gate

Branch Coverage 70% 75%+ Yes — CI gate

New Code Coverage 80% 90%+ Yes — SonarCloud

Mutation Score N/A 60%+ Advisory

JaCoCo Configuration

<plugin> <groupId>org.jacoco</groupId> <artifactId>jacoco-maven-plugin</artifactId> <executions> <execution> <id>check</id> <goals><goal>check</goal></goals> <configuration> <rules> <rule> <element>BUNDLE</element> <limits> <limit> <counter>LINE</counter> <value>COVEREDRATIO</value> <minimum>0.80</minimum> </limit> <limit> <counter>BRANCH</counter> <value>COVEREDRATIO</value> <minimum>0.70</minimum> </limit> </limits> </rule> </rules> </configuration> </execution> </executions> </plugin>

Test Pyramid

    ╱╲
   ╱  ╲        E2E Tests (Playwright/Selenium)
  ╱ 5% ╲       - Critical user workflows only
 ╱──────╲      - Login, navigation, key features
╱        ╲

╱ 15-20% ╲ Integration Tests (Spring Test + TestContainers) ╱ ╲ - Service layer, repository layer ╱──────────────╲ - External API integration ╱ ╲ ╱ 75-80% ╲ Unit Tests (JUnit 5 + Mockito) ╱──────────────────╲- Business logic, utilities, models

Unit Tests (75-80% of total tests)

Framework: JUnit 5 + Mockito + AssertJ

What to Test:

  • Business logic in service classes

  • Data transformation and mapping

  • Validation logic

  • Utility methods

  • Exception handling paths

  • Edge cases and boundary conditions

Patterns:

@ExtendWith(MockitoExtension.class) class PoliticianServiceTest {

@Mock
private PoliticianRepository repository;

@InjectMocks
private PoliticianServiceImpl service;

@Test
void shouldReturnPoliticianWhenFound() {
    // Given
    var politician = createTestPolitician();
    when(repository.findById("id-1")).thenReturn(Optional.of(politician));

    // When
    var result = service.findById("id-1");

    // Then
    assertThat(result).isPresent();
    assertThat(result.get().getName()).isEqualTo("Test Name");
    verify(repository).findById("id-1");
}

@Test
void shouldThrowWhenPoliticianNotFound() {
    when(repository.findById(anyString())).thenReturn(Optional.empty());

    assertThatThrownBy(() -> service.getById("invalid"))
        .isInstanceOf(EntityNotFoundException.class);
}

}

Integration Tests (15-20% of total tests)

Framework: Spring Test + TestContainers

What to Test:

  • Database repository operations

  • Spring Security filter chains

  • Service layer with real dependencies

  • External API client integration

  • Transaction boundaries

Patterns:

@SpringBootTest @ActiveProfiles("test") class PoliticianRepositoryIntegrationTest {

@Autowired
private PoliticianRepository repository;

@Test
void shouldPersistAndRetrievePolitician() {
    var politician = createTestPolitician();
    repository.save(politician);

    var found = repository.findById(politician.getId());
    assertThat(found).isPresent();
}

}

E2E Tests (5% of total tests)

Framework: Playwright

What to Test:

  • Critical user workflows (login, navigation)

  • Key data visualization pages

  • Admin operations

  • Cross-browser compatibility

CI Gate Enforcement

Required CI Gates

Gate Tool Threshold Stage

Compilation Maven Zero errors Build

Unit Tests JUnit 5 100% pass Test

Coverage JaCoCo 80% line, 70% branch Test

Code Quality SonarCloud Quality gate pass Analysis

Security Scan CodeQL Zero critical/high Security

Dependency Check OWASP DC CVSS < 7 Security

Integration Tests Spring Test 100% pass Integration

Gate Failure Response

CI Gate Failed │ ├─→ Test Failure? │ ├─→ Is it a flaky test? → Fix flaky test, don't skip │ ├─→ Is it a real regression? → Fix the code │ └─→ Is the test outdated? → Update the test │ ├─→ Coverage Below Threshold? │ ├─→ New code not tested? → Add tests for new code │ ├─→ Existing coverage dropped? → Add missing tests │ └─→ Threshold too aggressive? → Document exception │ ├─→ Quality Gate Failed? │ ├─→ Critical issue? → Fix immediately │ ├─→ False positive? → Document suppression │ └─→ Technical debt? → Create backlog item │ └─→ Security Scan Failed? ├─→ Real vulnerability? → Fix before merge └─→ False positive? → Add suppression with justification

Test Quality Guidelines

Test Naming Convention

methodUnderTest_condition_expectedResult

Example: findById_whenPoliticianExists_returnsPolitician

Test Anti-Patterns to Avoid

Anti-Pattern Problem Solution

No assertions Test passes vacuously Add meaningful assertions

Testing implementation Brittle, breaks on refactor Test behavior, not implementation

Ignoring exceptions Hides failures Use assertThrows or assertThatThrownBy

Shared mutable state Tests affect each other Isolate test state

Excessive mocking Tests don't verify real behavior Mock boundaries only

Flaky tests Erode CI trust Fix root cause, never @Ignore

Test per line Slow, redundant Test per behavior

Coverage Exceptions

Coverage exceptions are permitted only when:

  • Code is auto-generated (JPA metamodel, JAXB)

  • Code is boilerplate (getters/setters on simple DTOs)

  • Infrastructure code with no business logic

Exception Process:

<!-- JaCoCo exclusion in pom.xml --> <configuration> <excludes> <exclude>/model/*_.class</exclude> <!-- JPA metamodel --> <exclude>/generated/**</exclude> <!-- Generated code --> </excludes> </configuration>

Measuring Test Effectiveness

Reports and Dashboards

Generate coverage report

mvn clean test jacoco:report

View report

open target/site/jacoco/index.html

Generate aggregate report for multi-module

mvn clean verify -pl . -am

Coverage Trend Monitoring

  • SonarCloud tracks coverage trends over time

  • Coverage must not decrease on any PR

  • Target steady improvement toward 85%+ line coverage

ISMS Alignment

Testing Area ISO 27001 Control NIST CSF

Unit Testing A.8.29 PR.IP-12

Integration Testing A.8.29 PR.IP-12

Security Testing A.8.33 DE.CM-8

Test Documentation A.8.25 PR.IP-12

CI/CD Gates A.8.31 PR.IP-12

References

  • JUnit 5 User Guide

  • Mockito Documentation

  • JaCoCo Documentation

  • CIA UnitTestPlan.md

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

General

incident-response

No summary provided by upstream source.

Repository SourceNeeds Review
General

secrets-management

No summary provided by upstream source.

Repository SourceNeeds Review
General

ai governance

No summary provided by upstream source.

Repository SourceNeeds Review
General

osint-methodologies

No summary provided by upstream source.

Repository SourceNeeds Review