New Metrics CD and RLF Proposed to Fix Cyclomatic Complexity's Testing Blind Spots

·7 views

A software developer has proposed two new code-quality metrics — Coverage Difficulty (CD) and Responsibility Load Factor (RLF) — to address limitations in the widely used Cyclomatic Complexity (CC) measurement. CC, a heuristic dating to the 1970s, treats nested and parallel branches identically, which can underestimate the actual effort required to write exhaustive tests. CD estimates the true number of test cases needed by multiplying nested branch weights and summing parallel ones, rather than simply counting branch points. RLF is calculated by dividing CD by CC, with values significantly above 1.8 signaling that a function is far harder to test than its CC score suggests. The author also recommends refactoring high-RLF functions into flat lookup tables, a pattern they call Cross-Mapped Programming, to reduce hidden testing complexity.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

How to Deploy ImgProxy for On-the-Fly Image Processing on Ubuntu

ImgProxy is an open-source image-processing server that resizes, converts, and transforms images dynamically through URL parameters, making it suitable as a caching layer before a CDN or web application. A technical guide published on DEV Community details how to build ImgProxy from source on Ubuntu using Go and libvips, then run it as a systemd background service. The setup involves placing Nginx as a reverse proxy in front of ImgProxy and securing the connection with a TLS certificate via Certbot. Key configuration options include tuning worker count to match available CPU cores, setting preferred output formats such as WebP and AVIF, and optionally applying watermarks. The guide also covers securing the installation with signed URLs to prevent unauthorized image-processing requests.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

MCP Server Audit Log Fix Created a Log That Never Persists Across Environments

A developer patched a silent-overwrite bug in an MCP server tool called update_article, which could overwrite live DEV.to posts with no record if given a wrong article ID. The fix introduced a JSONL audit log designed to capture before-and-after state on every write. However, the logs/ directory has never existed in the repository and has no history across all 50 commits, because the tool runs on a local machine while the publishing workflow runs in a separate, ephemeral container. The audit log file is therefore never committed or shared between environments, defeating its purpose of providing durable traceability. A drift-checking script already in the repo also fails to catch this gap, as it only scans for Python and shell files in three specific directories.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How to Deploy VS Code in a Browser on Ubuntu 24.04 Using Docker and Traefik

Code-server is an open-source tool that runs a full VS Code environment on a remote server, making it accessible through any web browser. A step-by-step guide outlines how to deploy it on Ubuntu 24.04 using Docker Compose, with Traefik serving as a reverse proxy to handle automatic HTTPS via Let's Encrypt. The setup requires a server with at least 1GB RAM and 2 vCPUs, a registered domain pointed to the server, and Docker installed. Code-server runs under the host user's UID and GID to avoid file permission issues, while Traefik manages SSL certificates through the ACME HTTP-01 challenge and redirects all HTTP traffic to HTTPS. Once deployed, users can install VS Code extensions directly from the browser, and optionally add an authentication proxy like Authelia for single sign-on support.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How to Deploy a Gradio Face-Restoration App on Ubuntu 22.04 with Nginx and TLS

A new technical guide details how to build and deploy a face-restoration web app using the Gradio Python library and GFPGAN on an Ubuntu 22.04 server. The setup combines GFPGAN and Real-ESRGAN models to accept a face image as input and return two enhanced outputs through a browser-based interface. The application is configured to run persistently as a systemd service, ensuring it restarts automatically on failure or reboot. Nginx is then set up as a reverse proxy to route public web traffic to the Gradio app running locally on port 8080. The guide requires a GPU-enabled server, a registered domain name, and sudo access as baseline prerequisites.

0 comments Read more at DEV Community