The user asked whether the DNS fix had actually been tested against the different points systems, not just the default one. It hadn't - buildQualifyingStandings had never been exercised end to end with qualifyingPointsTable "field_desc"/"ifmar" (high-points-win scoring) or qualifyingScoring "best" (ranked by time, not points) at all, DNS or otherwise. Added two tests: a DNS driver scored under the high-points field_desc table (confirms the DNS row still ranks last under an inverted sort direction, and isn't scored as either zero or the winner's points), and one under "best time" qualifying (confirms a bad DNS heat can't contaminate a driver's genuine best result, since bestRank/ bestRoundMetric take the driver's single best heat, not an average). Both passed immediately, confirming the fix already handled these correctly - this closes a real, previously-untested gap in confidence rather than fixing a new bug. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
37 KiB
37 KiB