You need to sign in to do that
Don't have an account?
Deploy even though code coverage is less than 75%
Hi all,
a few weeks back, we deployed a change set, even though our code coverage in our production org was at 66% (we ran all tests and checked).
We couldn't deploy via MavensMate (got the error that code coverage is too low), but it worked fine via frontend with change sets.
Any idea, what the reason could be??
Thanks and best regards
Toby
a few weeks back, we deployed a change set, even though our code coverage in our production org was at 66% (we ran all tests and checked).
We couldn't deploy via MavensMate (got the error that code coverage is too low), but it worked fine via frontend with change sets.
Any idea, what the reason could be??
Thanks and best regards
Toby
When you move through changes sets, it moves selected metadata and classes into the environment. Then it test the new changeset and existing classes to see if it's 75% or more. If the validation is under 75% with the new code then it will roll back the changes.
Hope this make sense.
All Answers
Regardless, the best option is to write test classes to increase the coverage vs trying to figure out why it worked before eventhough it shouldn't have.
Thx
When you move through changes sets, it moves selected metadata and classes into the environment. Then it test the new changeset and existing classes to see if it's 75% or more. If the validation is under 75% with the new code then it will roll back the changes.
Hope this make sense.
Thanks guys,
it was definitely the overall coverage in production, that was at 66%. That's what I don't understand.
We added test classes in the meantime and increased the overall coverage to 87%, so normally I wouldn't even think about it anymore. It's just that my customer is expecting an answer, how this was possible.
Cheers
Toby
Just don't go under 75% is probably the best solution for this.
Question solved.