One problem with non-core languages ββ(e.g. Scala) is that tools are hard to find because they are hard to build.
This technical article, Industry Coverage for Custom Languages ββMade Easy (I am the author), describes how to systematically create test coverage tools for language diagrams to help circumvent this problem using a common tool creation infrastructure.
We have implemented object coverage tools for Java, C #, COBOL, C, C ++, PL / SQL, ... in this way, including tools, data collection, and displaying test coverage and reporting. It would be easy to implement Scala like this.
Solutions created by other answers create confusing information from a Scala implementation ("auto-developed classes"). What developers want to see is coverage data in terms of their code. The approach we use uses the source code, so the results are completely and only from the point of view of the source code; even a test coverage viewer shows source code covered in coverage information.
Ira Baxter Mar 02 '11 at 23:00 2011-03-02 23:00
source share