• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

CMU-313 / nodebb-spring-26-the-merge-conflict / 22970653633
79%

Build:
DEFAULT BRANCH: main
Ran 11 Mar 2026 07:33PM UTC
Jobs 1
Files 400
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

11 Mar 2026 07:29PM UTC coverage: 78.702% (+0.1%) from 78.558%
22970653633

push

github

web-flow
Merge pull request #29 from CMU-313/ollie_tool

PR Description: Dynamic Analysis with Clinic.js (Oliver Graham)
This PR integrates and evaluates Clinic.js for dynamic analysis of NodeBB.

Evidence of Installation
Added clinic to devDependencies in 
package.json
 (Line 169).
Verified installation with npm install.
Evidence of Execution
Successfully ran clinic doctor on a representative test script (
test-task2.js
) which exercises core logic.
Artifacts: Generated HTML report 
.clinic/3306.clinic-doctor.html
 (1.9 MB).
Terminal Output:
text
npx clinic doctor -- node test-task2.js
To generate the report press: Ctrl + C
--- Task 2 Verification (Burn-in) ---
--- Burn-in Complete ---
Analysing data       
Generated HTML file is file://.../.clinic/3306.clinic-doctor.html
Assessment: Clinic.js
Qualitative Review
Clinic.js provides a high-level overview of process health. The "Doctor" tool is excellent for a priori evaluation to see if there are any immediate red flags in CPU usage or event loop delays.

Strengths: The visualization is extremely intuitive. It clearly separates "Node.js" metrics from "System" metrics.
Weaknesses: It is highly dependent on the application being able to bootstrap. In environments without Redis, the tool fails immediately as it cannot profile a crashed process.
Quantitative Review
CPU Usage: During the 10-second burn-in, CPU usage remained stable, indicating no immediate infinite loops in the tested logic.
Event Loop Delay: Remained under 10ms, suggesting the asynchronous mock logic is efficient.
Memory: RSS usage was significantly lower than the heap limit, indicating no immediate leaks during the test period.
Customization
A Priori (Initial Setup): Minimal customization needed. One can specify the sample rate or the categories of data to collect (e.g., --collect-v8-events). For NodeBB, it was necessary to wrap logic in a "burn-in" loop to ensure enough data points were collected (at least 10 seconds).
Over Time (Maintenance): Ov... (continued)

11767 of 16818 branches covered (69.97%)

Branch coverage included in aggregate %.

25599 of 30660 relevant lines covered (83.49%)

1475.21 hits per line

Uncovered Existing Lines

Lines Coverage ∆ File
1
53.95
4.89% src/activitypub/index.js
2
39.81
2.78% src/controllers/activitypub/index.js
Jobs
ID Job ID Ran Files Coverage
1 22970653633.1 11 Mar 2026 07:33PM UTC 400
78.7
GitHub Action Run
Source Files on build 22970653633
  • Tree
  • List 400
  • Changed 6
  • Source Changed 0
  • Coverage Changed 6
Coverage ∆ File Lines Relevant Covered Missed Hits/Line Branch Hits Branch Misses
  • Back to Repo
  • Github Actions Build #22970653633
  • 5095e3c2 on github
  • Prev Build on main (#22867567586)
  • Next Build on main (#22979332077)
  • Delete
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc