dotCover Web Help

If you are new to dotCover or something goes wrong during your everyday work, there are several places where you can search for a solution, ask for advice, submit bugs, suggest new features or just talk to people that share the same interests. So:

  • To find answers to frequently asked questions or advice on how to avoid certain situations, look through issues in dotCover Knowledge Base
  • To keep abreast of the newest features available, read JetBrains .NET Tools Blog
  • To share your experience with other people or get in touch with our developers, go to dotCover Community
  • To report a bug or to request a new feature, use our Issue Tracker. If you're submitting a bug report, please provide steps to reproduce it and attach the solution that you work with.
  • To share information that is not meant to be public, contact the dotCover team via e-mail

Here are the 3 most frequently asked questions about dotCover:

  • Where can I download an older version of dotCover? Answer
  • Does dotCover require ReSharper to be installed? Answer
  • Why is my license key invalid? Answer

Using logs

If you experience any problems with dotCover, you can also log the execution and pinpoint the problem. The logs could be also helpful to provide details on possible problems to the support team.

Logging in Visual Studio

When working with dotCover in Visual Studio, you can enable logging by starting Visual Studio (devenv.exe) with the following command line arguments:

  • /dotCover.LogFile - The log will be saved in %Temp%JetLogs folder with auto-generated name.
  • /dotCover.LogFile path_to_the_log_file - The log will be saved in the specified location.

By default the main log includes interactions between Visual Studio and dotCover as well as error messages from dotCover core subsystems. Also, the logs from the workspace host (external process for each coverage session) are enabled when the main log is enabled; these logs are saved separately in the %Temp%/JetLogs directory.

If necessary, you can expand log output by enabling custom core logs. In this case besides errors, all information messages from the selected core logs are recorded.

To enable custom core logs
  1. While holding Ctrl+Shift+Alt, run coverage analysis of unit tests in any of the available ways or start a manual test session for the startup project.
  2. When the Coverage Configuration dialog box appears, press Ctrl+Shift+Alt+F11.
  3. Click the Expert options button that appears in the bottom of the dialog.
  4. In the Expert Options dialog that appears, use check-boxes to enable the corresponding core logs.

Resulted logs can be found in the following locations:

  • Most of the core logs are embedded into the main log
  • Some of the core logs are stored as additional lgc*.tmp files in the %Temp% directory.
  • The workspace host logs are stored in the %Temp%/JetLogs directory.

Logging in console runner

When using dotCover console runner, just add the following parameters to any of the commands:

  • /LogFile - Enables the main log and saves it in the %Temp%JetLogs folder with auto-generated name.
  • /LogFile=path_to_the_log_file - Enables the main log and saves it in the specified location.
  • /CoreLogMask=Masks - Enables custom core logs, where masks is a string with core log masks separated with the semicolon (;).
    You can find the full list of core log masks in the Expert Options dialog box in Visual Studio (see above).
    Locations for custom core logs are the same as described above for dotCover in Visual Studio.