Demo schůzka 2. iterace (19-3-2024)¶

Prototypy¶

• Postranní panel
  • Automatické otevření po stisknutí ikony

• Technologické prototypy - JavaScript, React, Angular
  • Vysvětlení funkčností JavaScriptu a dalších použitých technologií
  • Chrome nevyžaduje speciální zacházení, technologie
  • Angular je příliš velký overkill ze strany zákazníka - rozhodnutí záviselo na zachování konzistentního stavu
  • Pro zákazníka není rozhodující použitá technologie - rozhodnutí závisí na nás

• Poznámky zadavatele k prototypům
  • Popup - bude řešen později, nespíš bude potřeba nějaký udělat pro definici cílového stavu
  • Předvedena navržená architektura - Result je výsledek scénáře (označení finálního stavu - vybrání atribut určující pro daný scénář)
  • Nebude se ukládat celá struktura DOMu - budeme vytahovat základní věci, pro označení výsledku bude řešeno jinak
    • Možná by byl fajn nějaký konfigurační soubor udávající, které atributy by měli být globálně vytaženy pro všechny a které pro konkrétní skupiny
    • Diskuze o lambda funkcích místo konfiguračního souboru (pole lambd) - lepší umožnit obojí (budou se lišit jen v jednom slově) - umožnit zadat seznam jmen
    • Konfigurace nejspíš v JSON, ale těžko se tam budou dávat lambda funkce (nevíme jestli to umí serializovat) - záleží na vyzkoušení
    • Zadavateli nevadí, pokud by byl konfigurační soubor mimo plugin - záleží jestli je možná v závislosti na lifecycle review pluginu
    • Jednoduché atributy navrženy v konfiguračním souboru, lambdy pak editovatelné na definované cestě
    • Nejspíš jsme schopni podchytit speciální případy např. u tlačítka s innerHtml
    • Spíše podchytit jen ty běžné finální stavy - aby nebylo příliš složité (cílem není podchytit vše co lze udělat, ale typické atributy, které chceme sledovat), vytipovat si několik webových stránek a zkusit si use-casy a urovnat si, co je většinou indikací provedení úspěšné akce (typicky uživatel vždy vidí něco co se změnilo - ne to že se někde nějaká property v hlouby dokumentu změnila)
    • Ruční změna URL nemusí být detekována - není běžnou praxí uživatele, při kliknutí na odkaz tuto akci snadno zachytíme (není součástí žádného normálního scénáře)

• Figma - ukázka uživatelského rozhraní
  • Popup bude nejspíš jako side panel
  • Rozebrána struktura uživatelského rozhraní
    • Detekce tlačítka - zobrazení v HTML (otázka co dělat, když už komponenta není viditelná)
    • Proběhla analýza komponent - bude nutné aplikovat ve fungující aplikaci
    • Pokud nedokážeme rozumět nějaké události - dokázat rozebrat na vyšší úrovni (že kliknutí je např. vybrání v comboboxu v nějaké React komponentě)
    • Když dokážeme zachytit nějakou akci - umožnit uživateli vybrat jestli např. vybrání z comboboxu bude jedna akce nebo všechny akce které nastaly
    • Definice finálního stavu - vybráním elementu z DOMu a vybere si jakou vlastnost chce testovat - zadavatel by rád viděl zvýraznění upravované komponenty
      • Mělo by být možné vycházet ze stavů, které proběhli během nahrávání scénáře
      • Mělo by být co nejsnazší pro uživatele - vědět co se děje, kde a jak to může ovlivnit
  • Pohyby myší nemusí byt řešeny - nemají asi nějaké dobré využití
  • Zadavatel souhlasí, nějak takhle si to představoval - další práce s UI bude v rámci dalšího vývoje, závisí na tom co budeme konkrétně implementovat
    • Uživatel může i říct, že tady potřebuje něco vidět - test selháním (pak nutné nějak deklarovat) - možná feature do budoucna, teď neřešit

• Co do příště
  • Naučit se s vybranou technologií - Angular
  • Do příště přinést nějaký fungující prototyp
  • Zadavatel bude v týdnu, kdy by nám normálně končila iterace, pryč
  • Další schůzka 9.4.2024 - příště přijít přímo pro zadavatele na cvičení a nečekat