Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Earth - Denise R. - Media-Ranker #43

Open
wants to merge 34 commits into
base: master
Choose a base branch
from
Open

Conversation

dnsrocha
Copy link

@dnsrocha dnsrocha commented Nov 16, 2020

Media Ranker

Congratulations! You're submitting your assignment!

Comprehension Questions

Question Answer
Describe a custom model method you wrote. I wrote a method to check the media (work) with the highest vote count to be displayed as spotlight, which is in the work model.
Describe how you approached testing that model method. What edge cases did you come up with? The edge case I came up with was testing the spotlight custom method to see if it would return the media with the highest vote count, even if it has less than 10 votes.
What are session and flash? What is the difference between them? Flash is used to check success or failure when submitting forms and it is used one single time. In Session the data stored will not go away, instead it will be stored indefinitely (tracks data throughout one user "session").
What was one thing that you gained more clarity on through this assignment? I gained more clarity on how to use fixtures for testing and working with rails models
What is the Heroku URL of your deployed application? https://fc-media-ranker.herokuapp.com/

Assignment Submission: Media Ranker

Congratulations! You're submitting your assignment. Please reflect on the assignment with these questions.

Reflection

Prompt Response
What was a custom model method you wrote? What was it responsible for doing?
Describe how you approached testing that model method. What edge cases did you come up with?
What are session and flash? What is the difference between them?
What was one thing that you gained more clarity on through this assignment?
What is the Heroku URL of your deployed application?

…mented index action to homepages controller, added some model logic to relationships
Copy link

@CheezItMan CheezItMan left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Media Ranker

Functional Requirements: Manual Testing

Criteria yes/no
Before logging in --
1. On index page, there are at most 10 pieces of media on three lists, and a Media Spotlight ✔️
2. Can go into a work's show page ✔️, yes but the link is broken
3. Verify unable to vote on a work, and get a flash message ✔️
4. Can edit this work successfully, and get a flash message ⚠️, no see my note about your bug in the update method.
5. Can go to "View all media" page and see three lists of works, sorted by vote ✔️
6. Verify unable to create a new work when the form is empty, and details about the validation errors are visible to the user through a flash message ⚠️ No validation messages shown
7. Can create a new work successfully. Note the URL for this work's show page ✔️
8. Can delete this work successfully ✔️
9. Going back to the URL of this deleted work's show page produces a 404 or some redirect behavior (and does not try to produce a broken view) ✔️
10. Verify that the "View all users" page lists no users ✔️
Log in --
11. Logging in with a valid name changes the UI to "Logged in as" and "Logout" buttons ✔️
12. Your username is listed in "View all users" page ✔️
13. Verify that number of votes determines the Media Spotlight ✔️
14. Voting on several different pieces of media affects the "Votes" tables shown in the work's show page and the user's show page ✔️
15. Voting on the same work twice produces an error and flash message, and there is no extra vote ✔️
Log out --
16. Logging out showed a flash message and changed the UI ✔️
17. Logging in as a new user creates a new user ✔️
18. Logging in as an already existing user has a specific flash message ✔️

Major Learning Goals/Code Review

Criteria yes/no
1. Sees the full development cycle including deployment, and the app is deployed to Heroku ✔️
2. Practices full-stack development and fulfilling story requirements: the styling, look, and feel of the app is similar to the original Media Ranker ✔️
3. Practices git with at least 25 small commits and meaningful commit messages ✔️

Previous Rails learning, Building Complex Model Logic, DRYing up Rails Code

Criteria yes/no
4. Routes file uses resources for works ✔️
5. Routes file shows intention in limiting routes for voting, log-in functionality, and users ⚠️, See my notes in the routes.rb file.
6. The homepage view, all media view, and new works view use semantic HTML ✔️
7. The homepage view, all media view, and new works view use partials when appropriate ⚠️ See my notes on partials
8. The model for media (likely named work.rb) has_many votes ✔️
9. The model for media has methods to describe business logic, specifically for top ten and top media, possibly also for getting works by some category ✔️
10. Some controller, likely the ApplicationController, has a controller filter for finding a logged in user ⚠️ No filters
11. Some controller, likely the WorksController, has a controller filter for finding a work ⚠️ No filters
12. The WorksController uses strong params ✔️
13. The WorksController's code style is clean, and focused on working with requests, responses, params, session, flash ✔️

Testing Rails Apps

Criteria yes/no
14. There are valid fixtures files used for users, votes, and works ✔️
15. User model has tests with sections on validations (valid and invalid) and relationships (has votes) ✔️
16. Vote model has tests with sections on validations (valid and invalid) and relationships (belongs to a user, belongs to a vote) ✔️
17. Work model has tests with sections on validations (valid and invalid) and relationships (has votes) ✔️
18. Work model has tests with a section on all business logic methods in the model, including their edge cases ⚠️, Not much edge-case testing for the model methods

Overall Feedback

Overall Feedback Criteria yes/no
Green (Meets/Exceeds Standards) 14+ in Functional Requirements: Manual Testing && 13+ in Code Review 💚

Code Style Bonus Awards

Was the code particularly impressive in code style for any of these reasons (or more...?)

Quality Yes?
Perfect Indentation
Descriptive/Readable
Logical/Organized

Summary

Denise, you hit the main learning goals here. You were able to repeat the look of the site, add in the voting functionality and validations and had workable business logic methods.

There were an assortment of small bugs which would cause individual pages not to work. Take a look at my inline comments for feedback on them. I also made some suggestions for improvement like adding partials and using the database for sorting and filtering of data.

So Areas for improvement:

  1. In testing look for more edge-cases in model methods
  2. Look for areas where you can dry up views by adding partials and view helpers.
  3. Take advantage of the database for sorting and filtering of data using .where, and .order and .limit.

Comment on lines +7 to +8
resources :users
resources :votes

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you need all the routes for users or votes?

Comment on lines +9 to +13
resources :works

resources :works do
resources :votes
end

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You have works twice here and you've defined all the routes for votes.

I suggest:

Suggested change
resources :works
resources :works do
resources :votes
end
resources :works do
resources :votes, only: [:create]
end

it "is invalid without a name" do
@user.name = nil
result = @user.valid?
expect(result).must_equal false

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You should also test the validation error message

expect(result).must_equal true
end

it "is invalid without a user_id" do

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also test the validation error messages

@work = Work.new(category: "fake music", title: "fake title", creator: "fake creator", description: "fake music", publication_year: 2009)
end

it "is valid when all fields are present" do

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also check validation error messages

Comment on lines +19 to +27
<% @ordered_albums.reverse.each do |album| %>
<tr>
<td><%= album.votes.length %></td>
<td><%= link_to album.title, work_path(album) %></td>
<td><%= album.creator %></td>
<td><%= album.publication_year%></td>
<td><a class="btn btn-primary" <%= link_to "Upvote", work_votes_path(album.id), method: :post %></a></td>
</tr>
<%end%>

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey look another very similar list of works... I wonder how we could dry this up?

<% @books.each do |book| %>
<li class="list-group-item">
<h4>
<%= link_to book.title, works_path(book.id) %>

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note that this link is broken.

Suggested change
<%= link_to book.title, works_path(book.id) %>
<%= link_to book.title, work_path(book.id) %>

<% @albums.each do |album| %>
<li class="list-group-item">
<h4>
<%= link_to album.title, works_path(album.id) %>

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Another broken link

Suggested change
<%= link_to album.title, works_path(album.id) %>
<%= link_to album.title, work_path(album.id) %>

end

def update
@work = Work.find_by(params[id])

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

find_by requires key-value pairs

Suggested change
@work = Work.find_by(params[id])
@work = Work.find_by(id: params[id])

@@ -0,0 +1,95 @@
require "test_helper"

describe Work do

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No tests for the sort by category method?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants