La roadmap posiziona Idelium come framework domain-specific per la test automation, non come importer di formati di registrazione browser. L’obiettivo è un linguaggio moderno con backend di esecuzione basato su standard aperti.
Prima il linguaggio
Idelium evolve verso un DSL semplice, stabile e documentato, con una rappresentazione AST chiara per ogni feature.
- Specifica DSL versionata.
- AST canonico serializzabile in JSON.
- Sintassi leggibile per autori e maintainer.
Esecuzione basata su standard
L’esecuzione parte dallo standard W3C WebDriver ed evolve verso capacità opzionali WebDriver BiDi per diagnostica più ricca.
- Gestione sessioni browser per Chrome, Firefox ed Edge.
- Esecuzione step-by-step con wait, selettori e asserzioni.
- Eventi browser, console log e osservazione rete tramite BiDi in roadmap.
Passi di implementazione
- Definire il DSL v1Stabilizzare comandi come open page, click, enter text, wait, asserzioni, navigazione e screenshot.
- Costruire parser e ASTSeparare parsing, AST canonico ed esecuzione, così ogni script può essere validato e serializzato.
- Eseguire via WebDriverEseguire script con un runtime WebDriver affidabile, poi aggiungere reporting, CI e diagnostica BiDi opzionale.
Domande comuni
- Idelium è legato a un formato di registrazione browser?
- No. La roadmap evita esplicitamente il vincolo a formati di authoring proprietari e punta su un DSL proprio.
- Quale standard di esecuzione usa Idelium?
- La base è W3C WebDriver, con WebDriver BiDi previsto per diagnostica avanzata.