Use Test Driven Development (TDD) to create a collection of Ruby classes that would provide the foundation for creating a scrabble game. Don't actually build an interactive game (yet)!
- Use Test Driven Development (TDD) to write tests and code in parallel
- Create class and instance methods according to requirements
- Utilize Single Responsibility Principle to reduce code dependencies
- Utilize composition between classes, where appropriate
From the project root, you should be able to execute all of your specs by running rake
. Each Ruby class should be in its own file in lib/
, and the entire project should be in a module
called Scrabble
. You will need to use require
, require_relative
, include
and/or extend
to tell Ruby how to work with classes in multiple files.
We will use minitest for this project. This is the same test framework that we've used for the Weekend Warrior exercises. However, unlike Weekend Warrior, we will write our own tests using minitest specs format. Your spec descriptions should be meaningful and organized into describe
blocks that reflect your intent on how to use the code.
Do not move onto a new tier of requirements until the minimum requirements of the previous tier are complete and your specs are green across the board. Use TDD to drive your development and document your edge cases.
Utilize good pair programming practices. Refer to articles from the Agile Alliance and the Agile Institute if you need a refresher for some best practices. Switch driver and navigator roles often. When there is uncertainity or confusion, step away from the keyboard and discuss, plan, and document on paper or whiteboard before continuing.
- You'll be working with an assigned pair. High-five your pair.
- Choose one person to fork the project repo.
- Add the other person in the pair to the forked repo as a collaborator.
- Add the second individual as a collaborator to the forked repo.
- Both individuals will clone the forked repo:
$ git clone [YOUR FORKED REPO URL]
- Both individuals
cd
into the dir create:d$ cd scrabble
- Both individuals install needed tools via Terminal:
$ gem install simplecov
First, come up with a "plan of action" for how you want to work as a pair. Discuss your learning style, how you prefer to recive feedback, and one team communication skill you want to improve with this experience. Second, review the requirements for Wave 1 and come up with a "plan of action" for your implementation.
- Create a
Scrabble
module at the project root. - Create a
Scrabble::Scoring
class which contains some sort of data structure to store the individual letter scores listed below. - Create a Spec file which corresponds to your
Scrabble::Scoring
class. This spec should contain one red test as a starting point (this test can be modified as your get further through the requirements). - Be able to execute your one test using
rake
from the project root.
Letter | Value |
---|---|
A, E, I, O, U, L, N, R, S, T | 1 |
D, G | 2 |
B, C, M, P | 3 |
F, H, V, W, Y | 4 |
K | 5 |
J, X | 8 |
Q, Z | 10 |
Create a Scrabble::Scoring
class with a minimum of 8 specs. The class should have the following class methods:
self.score(word)
: returns the total score value for the given word. The word is input as a string (case insensitive). The chart in the baseline requirements shows the point value for a given letter.- A seven letter word means that a player used all the tiles. Seven letter words receive a 50 point bonus.
self.highest_score_from(array_of_words)
: returns the word in the array with the highest score. In the case of tie, use these tiebreaking rules:- It’s better to use fewer tiles, in the case of a tie, prefer the work with the fewest letters.
- There is a bonus for words that are seven letters. If the top score is tied between multiple words and one used all seven letters, choose the one with seven letters over the one with fewer tiles.
- If the there are multiple words that are the same score and same length, pick the first one in the supplied list.