051ee7c290
CI / benchmark-publish (pull_request) Has been skipped
CI / lint (pull_request) Successful in 21s
CI / quality (pull_request) Successful in 31s
CI / typecheck (pull_request) Successful in 47s
CI / security (pull_request) Successful in 52s
CI / build (pull_request) Successful in 56s
CI / e2e_tests (pull_request) Successful in 5m1s
CI / integration_tests (pull_request) Successful in 5m30s
CI / unit_tests (pull_request) Successful in 5m42s
CI / docker (pull_request) Successful in 58s
CI / coverage (pull_request) Successful in 7m35s
CI / build (push) Successful in 21s
CI / docker (push) Has been skipped
CI / benchmark-regression (pull_request) Failing after 49m24s
CI / lint (push) Successful in 22s
CI / quality (push) Successful in 39s
CI / security (push) Successful in 48s
CI / typecheck (push) Successful in 1m26s
CI / benchmark-regression (push) Has been skipped
CI / e2e_tests (push) Successful in 5m53s
CI / coverage (push) Successful in 9m4s
CI / benchmark-publish (push) Successful in 19m10s
CI / integration_tests (push) Failing after 19m18s
CI / unit_tests (push) Failing after 19m20s
Added 52 new .feature files and corresponding _steps.py files targeting previously uncovered code paths in the following areas: - TUI layer: app, commands, persona (state/schema/registry), widgets, input (shell_exec, reference_parser) - Application services: plan lifecycle/service/executor, session, project, repo indexing, correction, checkpoint, actor, llm_actors, strategy coordinator, resource file watcher, service retry wiring - CLI commands: session, resource, repl, plan, db, automation_profile - Domain models: retry_policy, resource_type, cost_budget, docker_compose_analyzer, detail_level, _sql_string_aware, _postgresql_helpers - Core: circuit_breaker, retry_service_patterns - Infrastructure: repositories, transaction_sandbox, strategy_registry, plugins/loader, container - Config: settings - Agents: plan_generation, context_analysis, auto_debug - A2A: facade All new tests follow the Behave/Gherkin BDD standard. Resolved step definition collisions with unique prefixes. Fixed Alembic fileConfig logger disabling issue (disable_existing_loggers=False). ISSUES CLOSED: #1068
68 lines
3.9 KiB
Gherkin
68 lines
3.9 KiB
Gherkin
Feature: PersistentSessionService coverage
|
|
Additional scenarios exercising previously uncovered code paths
|
|
in session_service.py (lines 97-98, 139-146, 150-151, 217, 248, 310-311).
|
|
|
|
Background:
|
|
Given the session service module is imported
|
|
|
|
# -----------------------------------------------------------------------
|
|
# Lines 97-98: create() — event_bus.emit raises an exception
|
|
# -----------------------------------------------------------------------
|
|
Scenario: Creating a session when event_bus emit raises logs a warning but succeeds
|
|
Given a mock session repository and message repository
|
|
And an event bus that raises on emit
|
|
And a persistent session service with the failing event bus
|
|
When sesscov I create a session with actor name "test/actor"
|
|
Then the session should be returned successfully
|
|
And the session repository should have recorded one create call
|
|
|
|
# -----------------------------------------------------------------------
|
|
# Lines 139-146: delete() — event_bus present and emit succeeds
|
|
# -----------------------------------------------------------------------
|
|
Scenario: Deleting a session with event_bus present emits ENTITY_DELETED event
|
|
Given a mock session repository and message repository
|
|
And a recording event bus
|
|
And a persistent session service with the recording event bus
|
|
And the session repository will return True for delete
|
|
When I delete session "01JTEST00000000000000000000"
|
|
Then the recording event bus should have received an ENTITY_DELETED event
|
|
|
|
# -----------------------------------------------------------------------
|
|
# Lines 150-151: delete() — event_bus.emit raises an exception
|
|
# -----------------------------------------------------------------------
|
|
Scenario: Deleting a session when event_bus emit raises logs a warning but succeeds
|
|
Given a mock session repository and message repository
|
|
And an event bus that raises on emit
|
|
And a persistent session service with the failing event bus
|
|
And the session repository will return True for delete
|
|
When I delete session "01JTEST00000000000000000000"
|
|
Then no exception should be raised from delete
|
|
|
|
# -----------------------------------------------------------------------
|
|
# Line 217: export_session() — session not found
|
|
# -----------------------------------------------------------------------
|
|
Scenario: Exporting a non-existent session raises SessionNotFoundError
|
|
Given a mock session repository and message repository
|
|
And a persistent session service without event bus
|
|
And the session repository returns None for get_by_id
|
|
When I export session "01JNONEXISTENT0000000000000"
|
|
Then a SessionNotFoundError should be raised with message containing "not found"
|
|
|
|
# -----------------------------------------------------------------------
|
|
# Line 248: import_session() — missing checksum
|
|
# -----------------------------------------------------------------------
|
|
Scenario: Importing session data with missing checksum raises SessionImportError
|
|
Given a mock session repository and message repository
|
|
And a persistent session service without event bus
|
|
When I import session data with valid schema version but no checksum
|
|
Then a SessionImportError should be raised with message containing "Missing checksum"
|
|
|
|
# -----------------------------------------------------------------------
|
|
# Lines 310-311: import_session() — invalid message data triggers KeyError
|
|
# -----------------------------------------------------------------------
|
|
Scenario: Importing session data with invalid messages raises SessionImportError
|
|
Given a mock session repository and message repository
|
|
And a persistent session service without event bus
|
|
When I import session data with valid checksum but invalid message fields
|
|
Then a SessionImportError should be raised with message containing "Invalid import data"
|