Hi Josh. Yes, we know about the SOQL. As a matter of fact, that is what the tool uses behind the scenes. However, the point is Salesforce is forcing us to do something manual that we used to be able to get simply via the GUI before. For orgs that have a hundred or so classes, no big deal. But for those of use with hundreds or even thousands, it just complicates things.
From the votes here, it's obvious what the developer community wants so I don't know why Salesforce is so resistant.
Josh Kaplan - 3 years ago
Code coverage can be queried using SOQL. You can use the query editor in developer console to view the results, and sort them. What's more, you can sort by number of uncovered lines, which is more relevant than percentage.
Select ApexClassOrTriggerId, NumLinesCovered, NumLinesUncovered from ApexCodeCoverageAggregate
(select the "Use Tooling API" box in the query editor tab)
Community-supported tools like Robert/JD's are excellent. If you find them useful, please use them and help improve them.
Moving forward, the Developer Console will be the supported tool for browser-based development on the platform. It is costly to support multiple tools that perform the same function, so we are migrating everything to a single application.
David Claiborne - 3 years ago
Sometimes Ideas are places where things go to die. Look at the requests on the Date Picker - https://success.salesforce.com/ideaView?id=08730000000Br31AAC - which started 8 years ago and have garnered 746 votes. Still no action. But they fixed the functionality in Lightning. So why not in Classic. After 8 years . . .
All, here's a link to the app I've used to tackle this. I have a VF Tab that was started by a community member named JD Hugger that I've enhanced that will let you see your coverage on the table with lines covered/uncovered and percent; all sortable as well as a matrix at the top that shows the total number that have no coverage, substandard, marginal, etc.
Try the following link:
You know, it's amazing they say they look at point totals, but obviously they don't mean a lot. 6800 votes and they still want to force us to use developer console. Not only is it not exportable, but it's not sortable, and the window won't show you the uncovered for large classes because it's unsizeable. Salesforce, look at the solution I have and give the community what they want.
I have a VF Tab that was started by a community member named JD Hugger that I've enhanced that will let you see your coverage on the table with lines covered/uncovered and percent; all sortable as well as a matrix at the top that shows the total number that have no coverage, substandard, marginal, etc. If you are interested, send me your email address and I'll send you the components along with how to use them.
Paul Narsavage - 3 years ago
Once again we are in a bind because of this issue. We cannot deploy because our coverage is too low... yet trying to locate which classes have the lowest coverage is near impossible. With thousands of classes and triggers, varying in size from one line to thousands... there's no way to use the Developer Console coverage since that isn't exportable and can't sort by both line size and coverage. Pulling my hair out. :(
Terence Chiu - 4 years ago
Yes please bring this back. It was quite helpful to have a view of all code coverage percentages on one single page. As an alternative I have been using Brain Engine's online code coverage module which list all classes and triggers with their respective coverage percentage. http://www.brainengine.net/
Robert Nunemaker - 4 years ago
I have one as well written in VF/APEX using the Tooling API. Allows sorting of the columns and has a tab. They keep trying to push the Develper Console, but it just is not the right place for this. AND, you shouldn't have to go 2 places to find out information about a single entity.