forked from CodeYourFuture/Module-Databases
-
-
Notifications
You must be signed in to change notification settings - Fork 0
[TECH ED] E-Commerce API #21
Copy link
Copy link
Open
Labels
🎯 Topic IterationPrototyping, testing, analysing, and refining in a cycle of developmentPrototyping, testing, analysing, and refining in a cycle of development🎯 Topic TestingIt's important that software works and that people can use itIt's important that software works and that people can use it🎯 Topic Time ManagementManaging competing needs and meeting deadlinesManaging competing needs and meeting deadlines🏕 Priority MandatoryThis work is expectedThis work is expected🐋 Size X-Large8-16 hours8-16 hours📅 DatabasesWork assigned during DB moduleWork assigned during DB module📅 Week 4Assigned during Week 4 of this moduleAssigned during Week 4 of this module🔑 Priority KeyDo this firstDo this first
Description
Metadata
Metadata
Assignees
Labels
🎯 Topic IterationPrototyping, testing, analysing, and refining in a cycle of developmentPrototyping, testing, analysing, and refining in a cycle of development🎯 Topic TestingIt's important that software works and that people can use itIt's important that software works and that people can use it🎯 Topic Time ManagementManaging competing needs and meeting deadlinesManaging competing needs and meeting deadlines🏕 Priority MandatoryThis work is expectedThis work is expected🐋 Size X-Large8-16 hours8-16 hours📅 DatabasesWork assigned during DB moduleWork assigned during DB module📅 Week 4Assigned during Week 4 of this moduleAssigned during Week 4 of this module🔑 Priority KeyDo this firstDo this first
Type
Projects
StatusShow more project fields
📋 Backlog
Link to the coursework
https://github.com/CodeYourFuture/Module-Databases/tree/main/E-Commerce-API
Why are we doing this?
Now you understand your database, how will this change how you design your API?
You should write this app in TDD style. This project will help you understand how to do this. The user stories are re-expressed as acceptance criteria, and then the acceptance criteria is re-expressed as tests. Look in the /tests folder to see the example.
When you go to Final Projects, you will save yourself a lot of time by writing your API in this way. You will also find it much easier to share the work, as each acceptance criteria could be met by a different team member, using the feature branch workflow.
Quality check!
In this project, you must write the test first.
It's better to turn in a smaller set of user stories than to turn in untested features.
If you're running out of time, scope down your application rather than commit untested code. Cut your scope, not your quality. Include a list of the stories you did, and didn't, get to in your PR message.
Maximum time in hours
10
How to get help
Share your blockers in your class channel. Use the opportunity to refine your skill in Asking Questions like a developer.
If you're struggling with the feature branch workflow, you won't be alone. There are workshops available -- do one together in class.
How to submit
gitGraph commit id: "e-commerce-api" branch e-commerce-api branch feature/1-list-all-products commit id: "assert api should return list" commit id: "make api return list" checkout e-commerce-api merge feature/1-list-all-products branch feature/2-filter-product-list commit id: "assert api should filter list" commit id: "make api filter list" commit id: "check query works" checkout e-commerce-api merge feature/2-filter-product-listHow to review
For someone else to check out your code, they will need your .env file. Use https://onetimesecret.com/ to share this.
Anything else?
https://blog.gitguardian.com/secrets-api-management/
https://www.youtube.com/watch?v=JUpKDkb4Zhc