Here are commons questions and their answers regarding Teamscale's analyses.

Does Teamscale support metric X?

Many tools measure, what is easy to measure and try to offer as many metrics as possible. For many of these metrics, including the infamous cyclomatic complexity, their interpretation in terms of software quality is vague at best. We feel that in most cases a finding pointing the developer to the problem in the code is more effective. We only measure few basic metrics about code structure, clone and findings density, and commenting, that help to get an overview of the entire code base.

Can I programmatically access the data in Teamscale?

Teamscale provides a well-documented REST API, which allows access to all of the data in Teamscale. This API is also used by the Web UI and the IDE plugins.

Does Teamscale calculate test coverage?

Teamscale does not directly execute your tests and calculate your coverage. However, we can import test coverage results from the most common coverage tools during your continuous integration builds. Coverage data can then be displayed both as overall metrics and overlaid over your code to see where quality issues and untested code meet each other.

Does Teamscale detect invalid or cyclic dependencies?

Cyclic dependencies themselves are not necessarily a quality problem. What we are interested in instead, is whether the code follows the design as intended by its architects. For this, Teamscale allows you to model the intended architecture of your system and compare the actual dependencies in the code against it. Teamscale is also a great tool for visualizing existing dependencies in your code.

Can I implement custom checks for Teamscale?

Yes. Teamscale provides a simple mechanism to describe custom checks that are executed incrementally during the analysis. If you don't want to do the coding yourself, we are happy to assist you in implementing checks for your custom rules.