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

Config coverage for tests #6

Open
Space647 opened this issue Nov 10, 2018 · 16 comments
Open

Config coverage for tests #6

Space647 opened this issue Nov 10, 2018 · 16 comments

Comments

@Space647
Copy link

I think need add code coverage and added lock for merge if coverage <50%. It's will help us for starting writing test

@vvscode
Copy link
Member

vvscode commented Nov 11, 2018

Not sure that 50% is good idea

File                      |  % Stmts | % Branch |  % Funcs |  % Lines | Uncovered Line #s |
--------------------------|----------|----------|----------|----------|-------------------|
All files                 |    97.92 |      100 |    94.12 |      100 |                   |
 cards-exporter           |      100 |      100 |      100 |      100 |                   |
  enzyme.js               |      100 |      100 |      100 |      100 |                   |
 cards-exporter/api/cards |      100 |      100 |      100 |      100 |                   |
  listCards.ts            |      100 |      100 |      100 |      100 |                   |
  updateCards.ts          |      100 |      100 |      100 |      100 |                   |
 cards-exporter/api/date  |      100 |      100 |      100 |      100 |                   |
  index.ts                |      100 |      100 |      100 |      100 |                   |
 cards-exporter/pages     |      100 |      100 |      100 |      100 |                   |
  index.tsx               |      100 |      100 |      100 |      100 |                   |
 cards-exporter/utils     |       96 |      100 |     87.5 |      100 |                   |
  cards.ts                |    94.44 |      100 |    83.33 |      100 |                   |
  env.ts                  |      100 |      100 |      100 |      100 |                   |
--------------------------|----------|----------|----------|----------|-------------------|

@vvscode
Copy link
Member

vvscode commented Nov 11, 2018

what about https://coveralls.io/ ?

@Space647
Copy link
Author

I'm not against about coveralls.io. Maybe 30% for lock ?

@StolpnerA
Copy link
Member

StolpnerA commented Nov 11, 2018

@Space647 Why 30 or 50, when we have at the moment 90+%?
I think should be code coverage 75-80+%

@Space647
Copy link
Author

@StolpnerA .I don't mind raising increase coverage, i think it's idea @vvscode

@Space647
Copy link
Author

@vvscode , @StolpnerA so add 80% or 90%?

@vvscode
Copy link
Member

vvscode commented Nov 12, 2018

95%

@vvscode
Copy link
Member

vvscode commented Nov 12, 2018

at coveralls, you could just define percentage to decrease existing coverage. We could keep it 1-2%

@StolpnerA
Copy link
Member

StolpnerA commented Nov 12, 2018

@Space647 No, pls, not 90%, it's very much, I don't want write tests :)

@Space647
Copy link
Author

Ok, if you agree with me , i do 85% ? @vvscode @StolpnerA

@vvscode
Copy link
Member

vvscode commented Nov 12, 2018

as you wish. I see no point in not writing tests

More than that, I'm ready add more tests after with finish choosing tech stack

@StolpnerA
Copy link
Member

@vvscode Okay, a agree with you, tests it's good. But I can not force myself to love to write tests or I do not understand through how to write them ))
May be it's good moment understanding them? ))
@Space647 insist on 95%
persuaded :)

@zenby
Copy link
Member

zenby commented Nov 14, 2018

To sum up so we decided to set 95% of allowed test coverage percentage.
If new PR have smaller percentage it's won't be allowed to merge it into master, will it?
Is the only available characteristic that gives us codecov that should be implemented?

@vvscode
Copy link
Member

vvscode commented Nov 14, 2018

it won't

About stats for control - that's for investigation for the one who is going to do. Jest itself supports more metrics (branches, files, lines and so on)

@Space647
Copy link
Author

@vvscode Hmm ... if l all understand not need blocking merge if coverage <95?

@vvscode
Copy link
Member

vvscode commented Nov 14, 2018

Why not?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants