isc.perf.ui is a simple Angular UI and accompanying REST API and WebSocket for interacting with the line-by-line monitor (otherwise accessed via ^%SYS.MONLBL
) as well as the Test Coverage tool and reviewing results.
Note that this is appropriate for use in development/testing environments, NOT production.
Beyond its intended use, this project also serves to demonstrate three other projects :
Note: a minimum platform version of InterSystems IRIS 2022.1 is required.
If you want to use the TestCoverage pages, you have to set a couple of permissions.
On the management portal for your IRIS instance, navigate to System Administration > Configuration > System Configuration > Local Databases
Find the row with the database that you’re using for this application (it’s usually USER). Find the resource in that row (usually %DB_USER).
Then, go to System Administration > Security > Users and click on the CSPSystem User. Navigate to Roles and give the resource that you found earlier to this user. Make sure you return to General and save this change.
Go to System Administration > Configuration > Web Gateway Management > System Status. In the second table, click on the close button for the IRIS instance that you’re running on.
If you’re on Windows, you’ll also have to enable WebSockets in IIS.
As a prerequisite, you must have Node.js ^16.14.0 || ^18.10.0 installed and on the PATH. We hope to remove this requirement in the future by publishing the package with UI build artifacts included; IPM and isc.ipm.js support this, but the Open Exchange currently does not (by design).
If you already have the ObjectScript Package Manager, installation is as easy as:
zpm "install isc.perf.ui"
If you’ve done all those steps, you should be properly installed!
If there is not public read permission on the namespace-default routine database for the namespace in which isc.perf.ui is installed, a role will be created that has read permission on that database and assigned as an application role to /csp/{namespace}/monlbl-viewer/, which provides unauthenticated access to the Angular UI. The REST API requires %Development:USE.
After installing isc.ipm.js, the package manager output will include a line like:
[isc.perf.ui] Activate SUCCESS
You can view the Line-by-Line Monitor at: http://your.ip.address:52773/csp/USER/monlbl-viewer/
Navigate to that URL in a browser and log in with IRIS credentials on the standard IRIS login page.
The home page will show you the Line-By-Line monitor tool.
The monitor will (presumably) be stopped initially. To start the monitor, click the “Play” button.
Select the routines and metrics to monitor. The wildcard syntax is the same as in ^%SYS.MONLBL
. Once selections are made, click “Start Monitor.”
Once running, the status will update. Clicking the “pause” button will pause the monitor (and “resume” will become an option). Selecting a routine will show its data. Clicking the “stop” button will stop the monitor and discard counts. Clicking the “refresh” button will refresh the currently-displayed metrics.
When a routine is selected, clicking on a column header will sort by that column descending.
Clicking on a line of code will highlight it and jump to it in line order. Click it again to remove the highlighting.
On the Test Coverage page, you can select the parameters that you want to run TestCoverage on your unit tests with.
The parameter explanations include descriptions of what each of these parameters control. You can also click into an input box to see a sample value, and there’s input validation to make sure that your inputs are in a valid format.
After you press submit, the call to run TestCoverage will begin, and you’ll see live progress of your unit tests in the log at the bottom of the page.
After the tests have finished running, the dropdown select menu on the right should open with a list of routine + test path combinations, as well as the overall coverage percentage for your code and the link to the results of the unit tests themselves.
Click on any to be taken to the coverage results page for that routine under that unit test directory.
Here, you can see which lines of code were covered by your unit tests according to TestCoverage. There are also additional metrics like TotalTime, which tracks the amount of time the code spent on a certain line of code from its start to finish.
You can further sort in ascending or descending order by clicking on the arrows next to the headers; this is a useful way to see which lines of code take the longest.
Finally, the Show Methods button opens up a table with the cyclomatic complexity of each of your methods, showing which methods are the most complex and vulnerable to bugs.
When you’re done, can click the back button to go back to the launcher page. The red clear results button lets you clear all your test coverage runs.
After clicking on a specific past Run ID, you can view the class-level coverage results (line coverage, method coverage, timing) for all the classes in that run. This is the same data as the main results page from TestCoverage. This table is also sortable by each column.
If you find a bug or would like to request an enhancement, report an issue. If you have a question, feel free to post it on the InterSystems Developer Community.
Please read contributing for details on our code of conduct, and the process for submitting pull requests to us.
We use SemVer for versioning. Declare your dependencies using the InterSystems package manager for the appropriate level of risk.
See also the list of contributors who participated in this project.
This project is licensed under the MIT License - see the LICENSE file for details.