[#16052] Fix Query balias lcfirst for namespaced models

[niden]

Description

When using find() with a columns option that triggers a complex resultset (e.g. '*, "ready" AS stat'), the model object is stored inside the Row under a key computed from its class name. The key was always built with lcfirst(modelName), which works fine for non-namespaced models (Robots → robots) but produces a confusing, hard-to-predict result for namespaced models (App\Models\Users → app\Models\Users instead of App\Models\Users).

Users had to work around this by calling lcfirst(\App\Models\Users::class) themselves:

// before — unintuitive workaround required
$row->offsetGet(lcfirst(\App\Models\Users::class)); // app\Models\Users

// after — class name used directly
$row->offsetGet(\App\Models\Users::class); // App\Models\Users

Changes

• phalcon/Mvc/Model/Query.zep — getSelectColumn(): when computing balias for PHQL_T_STARALL (SELECT *) and PHQL_T_DOMAINALL (SELECT alias.*), apply lcfirst() only when the model name contains no namespace separator (\); otherwise use the model name as-is.
• tests/database/Mvc/Model/QueryTest.php — removed the lcfirst() workaround from the transform() helper that was relying on the old behaviour.

Backward compatibility

Non-namespaced model names (e.g. Robots, Invoices) continue to produce the same lcfirst() key as before (robots, invoices). Only namespaced models are affected.

Related

Fixes #16052