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

100% Test Coverage #71

Open
5 tasks
BenjamenMeyer opened this issue Apr 6, 2018 · 0 comments
Open
5 tasks

100% Test Coverage #71

BenjamenMeyer opened this issue Apr 6, 2018 · 0 comments
Assignees
Milestone

Comments

@BenjamenMeyer
Copy link
Member

A significant portion of the functionality it tested; however, it's not 100% tested nor 100% proven.
This will be resolved when:

  • every class can be shown to be tested via its own test module
  • every method in a module and class can be shown to be tested
  • every branch within a method can be shown to be tested

Validation of this will be done by running each individual test on its own and proving that the code it's testing is 100% covered, f.e tox -e py27 -- stackinabox/tests/test_httpretty.py shows stackinabox.util.httpretty as being 100% covered.

Additional points to note:

  • it may be good to refactor the util modules to break them down more; example is the stackinabox.util.requests_mock.core module which could probably be about 3 or 4 modules on its own.
  • refactor the tests to break down more explicitly what is going on and use subdirs that match up to their original branches to as well, thus stackinabox.util.httpretty would map to stackinabox.tests.util.httpretty for any tests covering classes and methods of the httpretty utility.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant