Search Knowledge

© 2026 LIBREUNI PROJECT

Testing and Quality Signals

Testing and Quality Signals

LibreUni quality is not one test. It is a chain of signals: content reads cleanly, MDX compiles, diagrams render, interactive widgets hydrate, the layout works on mobile and desktop, and the lesson has a clear learning purpose.

Quality Pipeline

Code
skinparam backgroundColor transparent
rectangle "Author edits" as Edit
rectangle "MDX compile" as Compile
rectangle "Diagram render" as Diagrams
rectangle "Static build" as Build
rectangle "Browser preview" as Preview
rectangle "Review" as Review

Edit --> Compile
Compile --> Diagrams
Diagrams --> Build
Build --> Preview
Preview --> Review
Author editsMDX compileDiagram renderStatic buildBrowser previewReview

Visual Sanity Checks

For diagrams, the key quality question is simple: can a reader understand the structure without fighting the layout? The overlay exists so large diagrams can be inspected without squeezing text into unreadable shapes.

Code
\foreach \x/\label in {0/Content,2/Build,4/Preview,6/Review} {
\draw[rounded corners=4pt, fill=blue!8, draw=blue!60, thick] (\x,0) rectangle +(1.35,0.7);
\node at (\x + 0.675,0.35) {\small \label};
}
\draw[->, thick] (1.35,0.35) -- (2,0.35);
\draw[->, thick] (3.35,0.35) -- (4,0.35);
\draw[->, thick] (5.35,0.35) -- (6,0.35);
\draw[rounded corners=6pt, dashed, draw=green!60!black, thick] (-0.25,-0.25) rectangle (7.6,0.95);
\node[below] at (3.65,-0.25) {\small Every step should produce a useful signal};

TikZ Rendering Error

The TikZ generation failed during build.

Source Definition
\foreach \x/\label in {0/Content,2/Build,4/Preview,6/Review} {
\draw[rounded corners=4pt, fill=blue!8, draw=blue!60, thick] (\x,0) rectangle +(1.35,0.7);
\node at (\x + 0.675,0.35) {\small \label};
}
\draw[->, thick] (1.35,0.35) -- (2,0.35);
\draw[->, thick] (3.35,0.35) -- (4,0.35);
\draw[->, thick] (5.35,0.35) -- (6,0.35);
\draw[rounded corners=6pt, dashed, draw=green!60!black, thick] (-0.25,-0.25) rectangle (7.6,0.95);
\node[below] at (3.65,-0.25) {\small Every step should produce a useful signal};

Browser Logic Example

The code runner can execute JavaScript snippets too. Use this for small algorithmic demonstrations where Python would be unnecessary.

javascript
1const checks = ["build", "preview", "review"];
2const status = Object.fromEntries(checks.map((name) => [name, "ready"]));
3 
4console.log(JSON.stringify(status, null, 2));
5console.log("All checks named:", Object.keys(status).join(" -> "));

Python Data Sketch

This example visualizes a fictional quality dashboard. It is intentionally small, but it exercises the same runtime used by scientific and math lessons.

python
1import matplotlib.pyplot as plt
2 
3labels = ["MDX", "Diagrams", "Hydration", "Mobile", "Review"]
4scores = [98, 95, 92, 90, 96]
5 
6plt.figure(figsize=(6, 3.2))
7bars = plt.bar(labels, scores, color=["#2563eb", "#7c3aed", "#059669", "#f59e0b", "#0f172a"])
8plt.ylim(80, 100)
9plt.ylabel("confidence")
10plt.title("Example Quality Signals")
11for bar, score in zip(bars, scores):
12 plt.text(bar.get_x() + bar.get_width() / 2, score + 0.5, str(score), ha="center")
13print("Quality signal chart rendered.")
14 

Review Heuristics

Use this checklist when reviewing a new lesson:

  1. The title and description match the actual content.
  2. The lesson teaches one coherent idea.
  3. Diagrams are legible in the page and in the overlay.
  4. Interactive components have a reason to be there.
  5. Code samples are short enough to inspect.
  6. The page builds without generating new errors.
Quality Triage

A lesson builds successfully, but one diagram is too dense, the quiz checks trivia instead of the learning goal, and a code sample prints twenty lines of unformatted output.

Which review response is most useful?

What is the best reason to keep this course in the project?

Previous Module Contribution Workflow
Finish Course