story
As a system owner/tech lead, I want E2E tests that give me confidence as features are iterated/extended/etc.
discussion
The current E2E is limited/contrived. As James D. incorporates a real app, we should pull authentic events from that, and then incorporate the ETLs that he developed as part of the E2E. This expands the E2E suite with authentic data and authentic ETLs. His work already uncovered one bug at the interface of Go/Starlark, which tells me we want to pull it in.
acceptance
Add deterministic versions of events that look like BBAPI, and add the Starlark ETL step to the codebase (to be an ongoing surface for testing against, even if BBAPI evolves it in their own repo).
story
As a system owner/tech lead, I want E2E tests that give me confidence as features are iterated/extended/etc.
discussion
The current E2E is limited/contrived. As James D. incorporates a real app, we should pull authentic events from that, and then incorporate the ETLs that he developed as part of the E2E. This expands the E2E suite with authentic data and authentic ETLs. His work already uncovered one bug at the interface of Go/Starlark, which tells me we want to pull it in.
acceptance
Add deterministic versions of events that look like BBAPI, and add the Starlark ETL step to the codebase (to be an ongoing surface for testing against, even if BBAPI evolves it in their own repo).