Skip to content

Extend Workout Entity by Adding New Fields #14

Description

@makampos

User Story

As a: User
I want: Create a custom workout.
Then Set as a field 'visibility' as public(community) or private.
So that: I can search for the workout created previously by filtering for public, private (created by my own).

Tips

  • Use ENUM do determine the visibility (Doing that we can take the advantage of having more flexibility to work with different types of visibility e.g. [Community = 1, Pro = 2, Public = 3, Private = 4] etc)

Acceptance Criteria

  • Only private workouts can be modified or deleted by who creates them. (if they are set as private)
  • System-Default Workouts can be deleted or modified only by users with admin role. (future task improvement)
  • Once users set workouts as public(community) it can't be reverted. (Because it will be accessible to other users to select them and put it into their workout plans)

Test Scenarios

Outline the scenarios that will be tested to ensure this user history is implemented correctly. Include both positive and negative test cases.

  1. Scenario 1: Success.

    • Given: a custom workout filled in
    • When: created
    • Then: the workout should be created with visibility 'private'
  2. Scenario 2: Success.

    • Given: a custom workout is get by ID or all
    • When: user filter by visibility
    • Then: only the workouts with target visibility should be returned

Definition of Done

Clearly define what it means for this user history to be considered complete. Include criteria such as coding standards, testing requirements, and documentation.

  • Code implemented and reviewed
  • Unit tests written and passed
  • Integration tests completed
  • Documentation updated
  • User acceptance criteria met

Metadata

Metadata

Assignees

Labels

No labels
No labels

Projects

Status
In progress

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions