Add test cases for internship

[keanecjy]

Create unit test for all classes in internship and make sample internship data for tests
Update Status util class

[codecov-io]

Codecov Report

Merging #156 into master will increase coverage by 1.43%.
The diff coverage is 0.00%.

@@             Coverage Diff              @@
##             master     #156      +/-   ##
============================================
+ Coverage     31.03%   32.47%   +1.43%     
- Complexity      418      462      +44     
============================================
  Files           167      169       +2     
  Lines          2990     3061      +71     
  Branches        338      353      +15     
============================================
+ Hits            928      994      +66     
  Misses         2015     2015              
- Partials         47       52       +5     

Impacted Files	Coverage Δ	Complexity Δ
...dress/logic/parser/util/ApplicationParserUtil.java	0.00% <0.00%> (ø)	0.00 <0.00> (ø)
...va/seedu/address/model/application/StatusDate.java	0.00% <ø> (ø)	0.00 <0.00> (ø)
...c/main/java/seedu/address/model/util/DateUtil.java	0.00% <ø> (ø)	0.00 <0.00> (ø)
...main/java/seedu/address/model/util/StatusUtil.java	0.00% <ø> (ø)	0.00 <0.00> (ø)
.../seedu/address/model/wrapper/AlphaNumericWord.java	90.00% <ø> (+90.00%)	7.00 <0.00> (+7.00)
...va/seedu/address/model/wrapper/NonEmptyString.java	90.00% <ø> (+90.00%)	7.00 <0.00> (+7.00)
...va/seedu/address/model/wrapper/PositiveNumber.java	80.00% <ø> (+80.00%)	6.00 <0.00> (+6.00)
...torage/application/JsonAdaptedApplicationItem.java	0.00% <0.00%> (ø)	0.00 <0.00> (ø)
...ss/logic/parser/edit/EditCommandParserWrapper.java	0.00% <0.00%> (ø)	0.00% <0.00%> (ø%)
...ddress/logic/commands/edit/EditProfileCommand.java	0.00% <0.00%> (ø)	0.00% <0.00%> (?%)
... and 10 more

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 502028e...e07a182. Read the comment docs.

[ZoroarkDarkrai]

I think it's okay just I find many hard coded strings can be converted to const. If urgent can merge now and fix later?

[keanecjy]

I think it's okay just I find many hard coded strings can be converted to const. If urgent can merge now and fix later?

Is it not normal to use hard-coded strings for test cases? Could you point on where exactly is the issue? Thanks

[ZoroarkDarkrai]

I think it's okay just I find many hard coded strings can be converted to const. If urgent can merge now and fix later?

Is it not normal to use hard-coded strings for test cases? Could you point on where exactly is the issue? Thanks

I mean the toString, equality, hashcode tests. Could use VALID_WAGE, VALID_PERIOD, etc? If it's a better practice to use "Sunday", "React Native", etc. it's fine then.

[keanecjy]

I think it's okay just I find many hard coded strings can be converted to const. If urgent can merge now and fix later?

Is it not normal to use hard-coded strings for test cases? Could you point on where exactly is the issue? Thanks

I mean the toString, equality, hashcode tests. Could use VALID_WAGE, VALID_PERIOD, etc? If it's a better practice to use "Sunday", "React Native", etc. it's fine then.

Not too sure what's the correct which is the correct way, but I just thought that doing it this way by writing 2 strings that are different objects would be better since we will be comparing periods with different strings in the actual implementation too

[ZoroarkDarkrai]

I think it's okay just I find many hard coded strings can be converted to const. If urgent can merge now and fix later?

Is it not normal to use hard-coded strings for test cases? Could you point on where exactly is the issue? Thanks

I mean the toString, equality, hashcode tests. Could use VALID_WAGE, VALID_PERIOD, etc? If it's a better practice to use "Sunday", "React Native", etc. it's fine then.

Not too sure what's the correct which is the correct way, but I just thought that doing it this way by writing 2 strings that are different objects would be better since we will be comparing periods with different strings in the actual implementation too

Sure then! I just thought maybe using constants could make it easier to see, that creating an object with the same input will result to an equal one. Like 2 objects created with VALID_PERSON_ALICE are equals but not with one created with VALID_PERSON_BOB.
LGTM!