Create and reuse author blocks, rounds, and packages #35
Labels
No labels
area/backend
area/frontend
area/tooling
kind
build
kind
chore
kind
ci
kind
docs
kind
feat
kind
perf
kind
test
size
l
size
m
size
s
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
Depends on
#37 Attribute groups to registered and unregistered authors
viacheslavshuka/quorum
#38 Link reusable groups to tournaments without duplicating testing history
viacheslavshuka/quorum
#39 Let material owners invite collaborators and control group reuse
viacheslavshuka/quorum
#67 Show group familiarity and apply the previous-tester admission setting
viacheslavshuka/quorum
#68 Generate alphabetical tester acknowledgment lists
viacheslavshuka/quorum
#73 Record a tester's own familiarity from testing outside Quorum
viacheslavshuka/quorum
#7 Create the React application with locked frontend tooling
viacheslavshuka/quorum
#8 Apply PostgreSQL migrations with release compatibility checks
viacheslavshuka/quorum
#10 Generate and verify OpenAPI and the TypeScript client
viacheslavshuka/quorum
#27 Complete registration through verified rating-profile control
viacheslavshuka/quorum
Reference
viacheslavshuka/quorum#35
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Authors need recognizable groups that retain previous testing history through ordinary revisions. Provide website creation and composition forms with corresponding application operations and API contracts. This outcome includes reusable composition and stable test selections because those invariants determine whether reuse is safe.
Acceptance criteria
Validation
Use independent domain examples for a block reused in two rounds and two mirrors. Rename, reorder, and change composition after selecting a test's blocks. Assert that previous selections and history remain unchanged. Check PostgreSQL persistence and API serialization of these relationships. Check that a private parent cannot leak through a public child. Inspect generated OpenAPI and type-check the generated client.
Dependencies
Related work