CSC/ECE 517 Fall 2017/E1756 TLD Refactor response.rb: Difference between revisions
No edit summary |
|||
(11 intermediate revisions by the same user not shown) | |||
Line 10: | Line 10: | ||
http://wiki.expertiza.ncsu.edu/index.php/Expertiza_documentation | http://wiki.expertiza.ncsu.edu/index.php/Expertiza_documentation | ||
== Team Members == | |||
Bhavik Patel | |||
Arpita Shekhar | |||
Amulya Deepak Varote | |||
== Problem Statement == | == Problem Statement == | ||
Line 15: | Line 23: | ||
===Background=== | ===Background=== | ||
response.rb is the default | response.rb is the default model to interact with the responses table, which stores the answers to every questionnaire. It is basically the alternate view. The content is displayed based on the user role. There are two important views, one for students and the other for instructors. | ||
'''What’s wrong with it?''' | '''What’s wrong with it?''' | ||
response.rb is a fairly complex file. It contains | response.rb is a fairly complex file. It contains lots of methods that are long and hard to understand. These methods need to be broken down into simpler and more specific methods that are easier to read/understand. Also, the few instances of code duplication that exist should be removed. The response_spec.rb did not contain any test cases for the response.rb model except the mocks. | ||
===Problems=== | ===Problems=== | ||
Line 59: | Line 67: | ||
Write failing tests first | Write failing tests first | ||
Line 69: | Line 74: | ||
===Decision 1=== | ===Decision 1=== | ||
The display_as_html method has been modified. The logic | The display_as_html method has been modified. The existing logic for display_as_html method has been refactored into two different methods called construct_instructor_html and construct_student_html. Both these methods are generating html content to be displayed based on the identifier parameter passed to the function. The logic of displaying review, which was earlier in the display_as_html method has been included in another method called construct_review_response. | ||
===Decision 2=== | ===Decision 2=== | ||
The get_volume_of_review_comments method has been modified by putting the repeated statements in to a loop which runs on variable i. The variable | The get_volume_of_review_comments method has been modified by putting the repeated statements in to a loop which runs on variable i. The variable names are now created based on the number of reviews. | ||
===Decision 3=== | ===Decision 3=== | ||
Line 248: | Line 253: | ||
https://github.com/arpitashekhar/expertiza/commit/c3d5b7913e488240276d6ee023c33fcaf3deb634 | https://github.com/arpitashekhar/expertiza/commit/c3d5b7913e488240276d6ee023c33fcaf3deb634 | ||
==Testing== | |||
The test cases of response.rb file have been implemented. All the contexts of response_spec.rb pass with the overall coverage of 27.16%. | |||
---- | |||
[[File:test_result.png]] | |||
---- | |||
For the test cases, please go the link | |||
https://github.com/arpitashekhar/expertiza/blob/E1756/spec/models/response_spec.rb | |||
==Test Plan== | ==Test Plan== | ||
The pre conditions | The pre conditions and edge cases for test scenarios are not applicable because the project includes refactoring and testing the refactored methods. | ||
{| class="wikitable" | {| class="wikitable" | ||
Line 264: | Line 283: | ||
| display_as_html | | display_as_html | ||
| tests if corresponding html page is rendered based on the id passed | | tests if corresponding html page is rendered based on the id passed | ||
|- | |- | ||
| total_score | | total_score | ||
| tests if the method computes the total score of the review | | tests if the method computes the total score of the review | ||
|- | |- | ||
| average_score | | average_score | ||
| tests if the method computes the average score | | tests if the method computes the average score based on the total and maximum scores of the review | ||
|- | |- | ||
| maximum_score | | maximum_score | ||
Line 293: | Line 294: | ||
|- | |- | ||
| email | | email | ||
| tests if there is a call to email method in corresponding response | | tests if there is a call to email method in corresponding response map model | ||
|- | |- | ||
| questionnaire_by_answer | | questionnaire_by_answer | ||
| tests if method returns the questionnaire | | tests if method returns the questionnaire based on the value of the answer | ||
|- | |- | ||
| concatenate_all_review_comments | | concatenate_all_review_comments | ||
Line 305: | Line 306: | ||
|- | |- | ||
| significant_difference? | | significant_difference? | ||
| tests if the method returns true when the difference between | | tests if the method returns true when the difference between scores of current and previous round of review is significant and returns false otherwise | ||
|- | |- | ||
| avg_scores_and_count_for_prev_reviews | | avg_scores_and_count_for_prev_reviews | ||
| tests if the method returns the average score and count of previous reviews | | tests if the method returns the average score and count of previous reviews | ||
|- | |- | ||
|} | |} | ||
==Manual testing steps== | |||
1. Login as an instructor. Create a new course and create a new team/individual assignment for that course. | |||
2. Add participants to the assignment created. | |||
3. Set the submission and review deadlines, number of submissions, rubrics for reviews, number of reviews and all the other fields for the assignment. | |||
4. Login as a student_1, who has been added as a participant in the created assignment. | |||
5. Now the student_1 will be able to see the assignment, form the team and submit the work. | |||
6. After other students also submit their work, student_1 will be able to review others work and see his reviews given by others. | |||
7. The page which displays the reviews is linked to the model which we have refactored(response.rb). | |||
In order to verify the refactoring, please perform the above steps before and after executing our code. | |||
==Video which shows refactoring and implemented test cases== | ==Video which shows refactoring and implemented test cases== | ||
https://drive.google.com/file/d/0Bw76yptzkQDJNDZyb2kwazlwSGM/view?usp=sharing | |||
==Other links== | ==Other links== | ||
===Pull request link=== | ===Pull request link=== | ||
https://github.com/expertiza/expertiza/pull/1047 |
Latest revision as of 04:00, 3 November 2017
About Expertiza
Expertiza is a Ruby on Rails based Open Source project. It is a collaboration tool which lets users with different roles (student, instructor, teaching assistant) to collaborate on a course in an institution. A collaboration could be for an assignment where students teams up for an assignment and instructors grades them on the basis of their submission. Students could review other's works and give feedbacks as well.
Github link
https://github.com/expertiza/expertiza
Wiki link
http://wiki.expertiza.ncsu.edu/index.php/Expertiza_documentation
Team Members
Bhavik Patel
Arpita Shekhar
Amulya Deepak Varote
Problem Statement
Background
response.rb is the default model to interact with the responses table, which stores the answers to every questionnaire. It is basically the alternate view. The content is displayed based on the user role. There are two important views, one for students and the other for instructors.
What’s wrong with it?
response.rb is a fairly complex file. It contains lots of methods that are long and hard to understand. These methods need to be broken down into simpler and more specific methods that are easier to read/understand. Also, the few instances of code duplication that exist should be removed. The response_spec.rb did not contain any test cases for the response.rb model except the mocks.
Problems
Problem 1
Refactor display_as_html method
Write failing tests first
Split into several simpler methods and assign reasonable names
Extract duplicated code into separate methods
Problem 2
Refactor self.get_volume_of_review_comments method
Write failing tests first
Convert duplicated code into loop
Problem 3
Rename method and change all other places it is used
Write failing tests first
get_total_score → total_score
get_average_score → average_score
get_maximum_score → maximum_score
Problem 4
Use sort_by(&:seq) instead of sort { |a, b| a.seq <=> b.seq }
Write failing tests first
Problem 5
Use find_by instead of where.first
Write failing tests first
Refactoring Decision
Decision 1
The display_as_html method has been modified. The existing logic for display_as_html method has been refactored into two different methods called construct_instructor_html and construct_student_html. Both these methods are generating html content to be displayed based on the identifier parameter passed to the function. The logic of displaying review, which was earlier in the display_as_html method has been included in another method called construct_review_response.
Decision 2
The get_volume_of_review_comments method has been modified by putting the repeated statements in to a loop which runs on variable i. The variable names are now created based on the number of reviews.
Decision 3
The methods get_total_score, get_average_score and get_maximum_score have been changed to total_score,average_score and maximum_score. The changes have been made in all the places wherever these methods are called.
Decision 4
The method 'where' in significant_difference? method has been changed to find_by.
Decision 5
The sort method which was in display_as_html method has been changed to sort_by. The sort_by method is present in construct_review_response refactored method.
Files Modified
Problem 1
app/models/response.rb
Problem 2
app/models/response.rb
Problem 3
app/controllers/assessment360_controller.rb
app/controllers/popup_controller.rb
app/helpers/review_mapping_helper.rb
app/models/collusion_cycle.rb
spec/models/response_spec.rb
Problem 4
app/models/response.rb
Problem 5
app/models/response.rb
Issue and Solution
Problem 1:
The method display_as_html is complex. Many functions are embedded in to a single method.
Solution:
The method has been broken in to smaller and simpler parts and have been given the reasonable names that is
For more details, please go to the link
https://github.com/arpitashekhar/expertiza/commit/2e022e66b8d46dc8e7a7e9aae78420837b89f045
Problem 2:
The method has repeated lines of code.
Solution:
The loop has been included in the method instead of writing the same lines of code.
For more details, please go to the link
https://github.com/arpitashekhar/expertiza/commit/cce1c6bfdf175422a7bd075b21152f7b1839cf7b
Problem 3:
Changing the method names
Solution:
The files that are modified are:
app/controllers/assessment360_controller.rb
app/controllers/popup_controller.rb
app/helpers/review_mapping_helper.rb
app/models/collusion_cycle.rb
spec/models/response_spec.rb
For more details, please go to the link
https://github.com/arpitashekhar/expertiza/commit/07db41df233ea9bda4f8515ac62bff012055bf2d
Problem 4:
Use sort_by(&:seq) instead of sort { |a, b| a.seq <=> b.seq }
Solution:
For more details, please go to the link
https://github.com/arpitashekhar/expertiza/commit/35d34e7b8fca2f1a24fdfecdd601ab4390eada20
Problem 5:
Use find_by instead of where.first
Solution:
For more details, please go to the link
https://github.com/arpitashekhar/expertiza/commit/c3d5b7913e488240276d6ee023c33fcaf3deb634
Testing
The test cases of response.rb file have been implemented. All the contexts of response_spec.rb pass with the overall coverage of 27.16%.
For the test cases, please go the link
https://github.com/arpitashekhar/expertiza/blob/E1756/spec/models/response_spec.rb
Test Plan
The pre conditions and edge cases for test scenarios are not applicable because the project includes refactoring and testing the refactored methods.
Methods | Contexts |
---|---|
response_id | tests if the response id is returned |
display_as_html | tests if corresponding html page is rendered based on the id passed |
total_score | tests if the method computes the total score of the review |
average_score | tests if the method computes the average score based on the total and maximum scores of the review |
maximum_score | tests if the method returns the maximum score of the current review |
tests if there is a call to email method in corresponding response map model | |
questionnaire_by_answer | tests if method returns the questionnaire based on the value of the answer |
concatenate_all_review_comments | tests if the method returns concatenated review comments |
get_volume_of_review_comments | tests if the method returns volumes of review comments in each round |
significant_difference? | tests if the method returns true when the difference between scores of current and previous round of review is significant and returns false otherwise |
avg_scores_and_count_for_prev_reviews | tests if the method returns the average score and count of previous reviews |
Manual testing steps
1. Login as an instructor. Create a new course and create a new team/individual assignment for that course.
2. Add participants to the assignment created.
3. Set the submission and review deadlines, number of submissions, rubrics for reviews, number of reviews and all the other fields for the assignment.
4. Login as a student_1, who has been added as a participant in the created assignment.
5. Now the student_1 will be able to see the assignment, form the team and submit the work.
6. After other students also submit their work, student_1 will be able to review others work and see his reviews given by others.
7. The page which displays the reviews is linked to the model which we have refactored(response.rb).
In order to verify the refactoring, please perform the above steps before and after executing our code.
Video which shows refactoring and implemented test cases
https://drive.google.com/file/d/0Bw76yptzkQDJNDZyb2kwazlwSGM/view?usp=sharing
Other links
Pull request link
https://github.com/expertiza/expertiza/pull/1047