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.
- 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 ReSharper Ultimate 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 the Feedback Center dialog or use the Issue Tracker . If you're submitting a bug report, please provide steps to reproduce it and attach the solution or some code sample 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
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
/ReSharper.LogFile- The log will be saved in %Temp%JetLogs folder with auto-generated name.
/ReSharper.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.
If necessary, you can use additional argument to switch between different levels of log messages:
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
- 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.
- When the Coverage Configuration dialog box appears, press Ctrl+Shift+Alt+F11.
- 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
/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
masksis 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.