Sample
Dorn/java/176
Human rating uses the original dataset scale.
Scores
| Method | Score | Scale | Dataset rank (0–100) |
|---|---|---|---|
| Posnett | 0.447 | 0–1; higher is more readable | 80.5Δ 4.5 |
| Scalabrino | 0.682 | 0–1; higher is more readable | 72.5Δ 12.5 |
| Dorn | 0.825 | 0–1; higher is more readable | 81.1Δ 3.9 |
| Mi | 0.787 | 0–1; higher is more readable | 96.9Δ 12.0 |
| LLOC | 4 | Logical lines; fewer is more readable | 82.7Δ 2.2 |
| DeepSeek V4 Pro | 16.33 | 0–20; mean of three runs | 87.9Δ 2.9 |
| GPT-6.1 Sol | 15.67 | 0–20; mean of three runs | 61.6Δ 23.4 |
| BTTF | 0.591 | 0–1; higher is more readable | 71.6Δ 13.4 |
| Human | 3.82 | 1–5; original rating | 85.0 |
Views
Select the downloaded ZIP or its extracted folder. Files stay in your browser.
Loading feature diagnosis…
Source regions
Feature contributions
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Byte entropyHow varied the bytes in the source text are. Repeated bytes give a lower value; a more even mixture gives a higher value. | 4.634 | −6.951 |
| Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones. | 185.843 | −6.133 |
| Source linesThe number of non-empty source lines. | 10 | +4 |
Intercept 8.87 + feature contributions = -0.214 (log-odds).
Score = sigmoid(-0.214) = 0.447.
| Score | 0.682 |
|---|
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Identifier layout (horizontal)How rapidly the visual pattern of identifier characters changes from left to right. It measures spatial frequency, not the meaning of the names. | 62 | +1.039 |
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 11 | +0.647 |
| Indentation frequencyHow rapidly indentation changes from line to line. | 8 | −0.46 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 9.857 | −0.272 |
| Number layout frequencyHow rapidly the number of numeric values per line changes through the code. | 8 | +0.237 |
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 62 | +0.196 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.087 | +0.094 |
Intercept 0.07 + feature contributions = 1.55 (log-odds).
Score = sigmoid(1.55) = 0.825.
| Score | 0.787 |
|---|
| Score | 4 |
|---|
Run 1
The code is generally readable. The structure is logical, with a clear class-level Javadoc and a static suite() method following a common test pattern. Nesting is minimal, and the intent is clear: to assemble a test suite. Each action is on its own line, and the reading flow is natural. However, the code is incomplete, making full evaluation difficult. The main deduction is for limited clarity of intent for someone unfamiliar with the specific test classes, and the action granularity could be slightly improved by grouping related test additions, but overall it's concise and well-organized.
Run 2
The code is highly readable due to its clean, logical structure and minimal nesting. The class and method names clearly convey intent, following standard Java conventions. Action granularity is excellent: each line performs a single, obvious action (creating a test suite and adding tests). The reading flow is natural, progressing from setup to adding suites. While concise, the code is slightly incomplete in the provided snippet, which affects the overall assessment, but what is shown demonstrates strong clarity and organization. The Javadoc author tag adds context without clutter. Overall, the code is straightforward, maintainable, and easy to understand.
Run 3
The code is highly readable with a clear logical structure and flat nesting. The class and method names clearly express intent ('DBUpgradeTags528TestSuite', 'suite'), and the purpose of assembling a test suite is immediately evident. Each line performs a single action, maintaining good action granularity. The reading flow is natural, progressing from test suite creation to adding test cases. The Javadoc author tag is concise and appropriate. However, the code is incomplete, making the overall context slightly ambiguous but the visible portion remains clear and well-organized. Minor points could be deducted for lack of additional documentation or explicit explanation of the suite's purpose within the code itself, but the existing clarity and structure are excellent.
Run 1
Code Structure: The class and suite factory are logically organized, with test suites added sequentially. Nesting: Minimal nesting makes the snippet easy to scan. Clarity of intent: Descriptive class and method names clearly indicate test-suite assembly, although the author comment adds little explanatory value. Code length: Concise, with no unnecessary implementation detail. Action granularity: Each statement performs one action on its own line. Reading flow: Initialization followed by test registration is natural and orderly. However, the snippet is incomplete: it lacks a return statement and closing braces, preventing the reader from seeing the completed method and class.
Run 2
Code Structure: A straightforward test-suite class with logically ordered setup and test registration, though the snippet is incomplete. Nesting: Shallow, with only class and method scopes. Clarity of intent: Descriptive class and method names and explicit suite additions make the purpose clear. Code length: Concise, with no unnecessary implementation detail. Action granularity: Each statement performs one action. Reading flow: Natural progression from suite creation to adding login and tag tests. The missing return statement and closing braces prevent the snippet from presenting a complete, readable method.
Run 3
Code Structure: The class and suite method are logically organized, with straightforward test-suite construction. Nesting: Minimal nesting makes the visible code easy to follow. Clarity of intent: Descriptive class and method names, plus explicit test additions, communicate the purpose clearly. However, the snippet is incomplete: it lacks a return statement and closing braces, leaving the method's outcome unresolved. Code length: Concise, with no unnecessary implementation detail. Action granularity: Each statement performs a single action. Reading flow: The progression from suite creation to adding login and tag tests is natural, aided by consistent indentation and spacing, but the abrupt ending interrupts readability.