Loading...
Loading...
Loading...
|Score|Notes| Evidence|Self-Assessment| |-|-----|---------|--------------------| |.5| short release cycles|[Releases](https://github.com/nehajaideep/WolfTrack2.0/releases)|.5| |.5| workload is spread over the whole team (so one team member is often Xtimes more productive than the others...|Work has been divided equally among all team members. <br/>[Github Commits Stats](https://github.com/nehajaideep/WolfTrack2.0/graphs/contributors)|.5| |.5|Docs: why: docs tell a story, motivate the whole thing, deliver a punchline that makes you want to rush out and use the thing | 1. [Story Video](https://github.com/nehajaideep/WolfTrack3.0#-punch-line) <br> 2. [Use Case Document](https://github.com/nehajaideep/WolfTrack3.0/blob/Group10StableBranch/docs/WolfTrack_3.0_UseCase.docx) <br> 3. [Demo Link](https://drive.google.com/file/d/1Ug-K1hOt9Jbbztuziw2OZFPyBx66PqLx/view?usp=sharing)<br>|.5| |.5|the files CONTRIBUTING.md lists coding standards and lots of tips on how to extend the system without screwing things up |[CONTRIBUTING.md](https://github.com/nehajaideep/WolfTrack2.0/blob/Group10StableBranch/CONTRIBUTING.md)|.5| |.5|Docs: doco generated , format not ugly |[Docs](https://github.com/nehajaideep/WolfTrack3.0/tree/Group10StableBranch/docs)|.5| |.5|evidence that the whole team is using the same tools (e.g. config files in the repo, updated by lots of different people) |1. All the members of the team have set up environments setup locally. <br> 2. All used the same IDE, packages and tech stack to build the project. <br> 3. Everyone has installed the required libraries and has been using it.<br>[Configuration](https://github.com/nehajaideep/WolfTrack2.0/commits/Group10StableBranch/requirements.txt)|.5| |.5|evidence that the members of the team are working across multiple places in the code base | 1. We assign issues in Github and start working on the required part of the project. <br>2. The commit history of different members shows this. <br> [Github Commits](https://github.com/nehajaideep/WolfTrack2.0/commits/Group10StableBranch)|.5| |1|Docs: what: point descriptions of each class/function (in isolation) |Every method used in the files are properly documented.<br>[Function Documentation](https://github.com/nehajaideep/WolfTrack3.0/blob/Group10StableBranch/docs/WolfTrack3.0_Documentation.pdf) |1| |.5|Number of commits: by different people |Excluding merges, 5 authors have pushed 96 commits to Group10StableBranch and 112 commits to all branches. On Group10StableBranch, 60 files have changed and there have been 3,113 additions and 1,279 deletions.<br>[Github Commits](https://github.com/nehajaideep/WolfTrack2.0/commits/Group10StableBranch)|.5| |1|issues are being closed | Closed 22 issues. <br> An open issue is closed only after verified by one of the members.<br>[Closed Issues](https://github.com/nehajaideep/WolfTrack2.0/issues?q=is%3Aissue+is%3Aclosed)|1| |.5|issues are discussed before they are closed |After a team member fix the issue, a PR is raised, and the code is reviewed by one of the team members. If any issue is observed, it is communicated through comments in the issue. Once good to be closed, developer is tagged in order to notify.<br>[Issues](https://github.com/nehajaideep/WolfTrack3.0/issues?q=is%3Aissue+is%3Aclosed)|.5| |.5|Use of syntax checkers. | Used Flake8 to check syntax [Github YAML Config](https://github.com/nehajaideep/WolfTrack2.0/blob/Group10StableBranch/.github/workflows/main.yml)|.5| |1|Issues reports: there are many | Every developer uses the application frequently. Initially there are quite a number of issues. Whenever an issue is seen, it is reported immediately and issue will be created in issues section and assigned to one who has recently worked in those areas of code where bug is seen. [Issues](https://github.com/nehajaideep/WolfTrack2.0/issues?q=is%3Aissue+is%3Aclosed)|1| |.5|Use of code formatters. | Used Flake8 tool for code formatting <br> [Github YAML Config](https://github.com/nehajaideep/WolfTrack2.0/blob/Group10StableBranch/.github/workflows/main.yml)|.5| |.5|Use of style checkers | Used Flake8 tool for style checking <br> [Github YAML Config](https://github.com/nehajaideep/WolfTrack2.0/blob/Group10StableBranch/.github/workflows/main.yml)|.5| |.5|Docs: short video, animated, hosted on your repo. That convinces people why they want to work on your code. |[Animated Video](https://github.com/nehajaideep/WolfTrack3.0#-punch-line), [Demo](https://drive.google.com/file/d/1Ug-K1hOt9Jbbztuziw2OZFPyBx66PqLx/view?usp=sharing) |.5| |.5|test cases exist | [Test Cases](https://github.com/nehajaideep/WolfTrack2.0/tree/Group10StableBranch/UnitTesting)|.5| |.5|Use of code coverage | Used CodeCov tool [Github YAML Config](https://github.com/nehajaideep/WolfTrack2.0/blob/Group10StableBranch/.github/workflows/main.yml)|.5| |.5|other automated analysis tools | Used automated tools like Github Workflow/Actions for CI/CD pipeline [Github YAML Config](https://github.com/nehajaideep/WolfTrack2.0/blob/Group10StableBranch/.github/workflows/main.yml)|.5| |.5|test cases:.a large proportion of the issues related to handling failing cases. | We ensured that every part of the code works correctly by using test suite. But Whenever a test case is failed an issue is added in the issues section <br> [Resolution of Failed Tests](https://github.com/nehajaideep/WolfTrack3.0/issues?q=is%3Aissue+is%3Aclosed)|.5| |.5|test cases are routinely executed | Github actions are used. After every commit to main branch, automated scripts are run for test cases and a badge is shown in the main project folder and README to indicate if build is successful [Github Action Flow](https://github.com/nehajaideep/WolfTrack3.0/actions?query=is%3Asuccess)|.5| |1|Documentation describing how this version improves on the older version|[Version Compare Doc](https://github.com/nehajaideep/WolfTrack3.0/blob/Group10StableBranch/docs/Phase2vsPhase3.md) , [Readme - Future Roadmap](https://github.com/nehajaideep/WolfTrack3.0#%EF%B8%8F-roadmap)| 1| |3|This version is a little(1), some(2), much(3) improved on the last version.|Tutor's assessment.| |16| Total|
* [Zoom Meeting for Lectures](https://washington.zoom.us/j/848704242)
The sprint challenge is your chance to independently work through material and build on what you learned this week. In today's project you will build a form for Lambda Eats, a website designed to bring food to hungry coders.
{: .no_toc .text-delta }
- Document number: P1253R0