Open DedrickEnc opened 8 years ago
This is an excellent idea - I would recommend this is done one by one instead of all at once. A good example of a component that is tested by a number of modules is the date selection (too far in the future/ past validation).
The Session and Login services are used on every application load - these would also be priorities for test coverage.
Someone should make a list of the components/directives that need unit tests. We could tackle them one by one that way.
So, I did some analysis this weekend, and these are the directives/components that could use some unit tests written for them:
bhFindPatient
(at least the inline version, which seems to be the most used)bhCurrencyInput
bhDateEditor
bhInteger
bhUnique
bhLocationSelect
bhLocationModal
Any of these can be tackled and worked on at any time. Since Travis now runs our unit tests (see #357), these tests will have a lot more value. If someone implements a test, they should reference this issue.
Our services, directives and components have not a unit test yet, I propose to begin writting test for each service and directive one by one. So our end to end test will be more simple because we will not try to test component during the end to end test, but we will just use them.
What do you think?