WorkBuddy
730dddde30
Phase 23 closed as PARTIAL: fake coverage was gone, but the E2E layer itself
was still empty — no conftest.py anywhere, ~15 fixtures that never existed,
6 files crashing at import on os.environ["E2E_PASSWORD"], and CI never ran E2E.
STATUS's "10 E2E files / ~80+ cases ✅" described files that had never executed.
Infrastructure delivered:
- tests/e2e/conftest.py: ApiClient (trust_env=False — a host http_proxy turns
localhost calls into 502), operator_token(username) / new_user / admin_token
fixtures, and a session probe that calls pytest.exit(4) when the stack is
unreachable. NOT skip: skip would launder "did not run" into "passed".
- pytest.ini, tests/e2e/requirements.txt, and tests/e2e/sql/
seed_e2e_operators.sql — migrations contain NO operator seed at all, so a
fresh database has zero logins; the seed creates 6 e2e accounts with role
bindings, idempotent, password injected via `psql -v pwd`.
- CI job `e2e`: compose up -> poll /health/live (timeout = fail) -> seed ->
pytest -> always teardown. Gate D-23-D is now closed.
- 8 E2E files migrated off import-time env reads; tautological assertions
(`x == t or not x`), a counselor token standing in for content_editor, and a
bare `status_code == 200` claiming to prove INV-020 were replaced with real
permission/behavior assertions.
Six real production defects found only by running against real PostgreSQL
(H2 has zero coverage for all of them):
- D-23B-A (Critical): stale V042__add_appointment_operator_register_permission.sql
left in target/classes; src had replaced it with V042__add_service_location_
announcements.sql. Packing without clean put two V042 in the jar -> Flyway
"Found more than one migration with version 042" -> app would not start.
Guard added: testBuildOutputHasNoDuplicateMigrationVersions scans build output
(src is clean, so only this catches it).
- D-23B-B (High): non-UUID path variable reached the DB -> 500 + leaked
`invalid input syntax for type uuid`. Now rejected at the controller.
- D-23B-C (High): 6 E2E files raised KeyError at import -> never collected.
- D-23B-E (Critical): permissions = 48, role_permissions for super_admin = 18,
matchmaker = 0. V015's "grant all to super_admin" was a point-in-time snapshot;
the 30 permissions added later were never granted. On a fresh stack an admin
cannot create a service station and matchmakers can do nothing. V044 restores
super_admin to its documented definition (not an expansion); the matchmaker
permission set needs a product decision and is left as a residual.
- D-23B-I (Medium): IllegalArgumentException (e.g. invalid activity type) was
unmapped -> 500. Now BAD_REQUEST.
- D-23B-J (High): `operator does not exist: uuid = character varying` — Java
ids are String, columns are uuid, PostgreSQL does not implicitly cast in
comparisons. Fixed at the source with JDBC `stringtype=unspecified` (docker
profile); production datasource comes from deploy env and needs the same.
One judgement retracted: an initial read suggested service_appointment.register
was missing. It is not — the endpoint uses service.assisted_registration, seeded
in V029, and the code deliberately avoids a duplicate permission. Nothing was
changed on that basis.
Verification: 33 E2E passed against a live stack; unreachable stack and a
missing operator password both exit 4 (never skip/pass); backend regression
656 / 0 failures / 0 errors / 3 skipped (baseline 655, +1 guard, negatively
validated by injecting a duplicate V042 -> exactly one test turned red).
59 lines
2.4 KiB
Python
59 lines
2.4 KiB
Python
"""
|
||
婚恋咨询 / 婚前辅导 E2E（咨询主流程）。
|
||
|
||
迁移说明：原文件依赖 3 个环境变量（import 期即 KeyError → 从未被收集执行），
|
||
并直连 psycopg2 校验通知落库，且用不存在的固定 ID 做断言。
|
||
现统一改为 conftest fixture + 真实 API；数据库断言交后端集成测试，E2E 只走 HTTP。
|
||
"""
|
||
import pytest
|
||
|
||
pytestmark = pytest.mark.e2e
|
||
|
||
|
||
def test_counseling_intro_lists_guidance_types(api, user_token):
|
||
data = api.ok("GET", "/counseling/services/intro", token=user_token)
|
||
assert isinstance(data, list) and len(data) >= 2, f"咨询介绍异常：{data}"
|
||
types = {item.get("type") for item in data}
|
||
for expected in ("relationship_guidance", "premarital_guidance"):
|
||
assert expected in types, f"咨询介绍缺少 {expected}：{sorted(types)}"
|
||
|
||
|
||
def test_create_counseling_is_user_self_and_pending(api, user_token):
|
||
"""用户端创建咨询：source 必须恒为 user_self，不可由请求体伪造。"""
|
||
data = api.ok(
|
||
"POST",
|
||
"/counseling/services",
|
||
token=user_token,
|
||
json={"serviceType": "relationship_guidance", "userRequestSummary": "恋爱沟通困难"},
|
||
)
|
||
assert data["status"] == "pending"
|
||
assert data["serviceType"] == "relationship_guidance"
|
||
assert data["requestSource"] == "user_self", f"来源被污染：{data}"
|
||
|
||
|
||
def test_my_counseling_list_is_accessible(api, user_token):
|
||
api.ok("POST", "/counseling/services", token=user_token,
|
||
json={"serviceType": "relationship_guidance", "userRequestSummary": "列表用例"})
|
||
data = api.ok("GET", "/counseling/services", token=user_token)
|
||
assert isinstance(data, list)
|
||
|
||
|
||
def test_cancel_counseling(api, user_token):
|
||
created = api.ok(
|
||
"POST",
|
||
"/counseling/services",
|
||
token=user_token,
|
||
json={"serviceType": "emotional_support", "userRequestSummary": "测试取消"},
|
||
)
|
||
cancelled = api.ok(
|
||
"POST", f"/counseling/services/{created['id']}/cancel", token=user_token
|
||
)
|
||
assert cancelled["status"] == "cancelled", f"取消后状态错误：{cancelled}"
|
||
|
||
|
||
def test_counselor_assigned_list_is_scoped(api, operator_token):
|
||
"""INV-012：咨询师只能看到分配给自己的服务（列表必须可访问且为列表）。"""
|
||
token = operator_token("e2e_counselor")
|
||
data = api.ok("GET", "/counseling/services/operator/assigned", token=token)
|
||
assert isinstance(data, list)
|