~/talk

Automated CSS Testing

Talkat JSConf.Asia 2013 · 2013-11-28..11-29· [testing, css]
slides:none on file

Argues that CSS is testable and offers concrete approaches: syntax checks and linting, pixel diffs with Huxley/PhantomCSS and DOM-style comparisons with Hardy, plus driving scenarios via Selenium/Cucumber/Capybara. Screenshots give exact output but break on content and tiny rendering differences; DOM sniffing compares applied styles and scales better. Proposes a design‑first workflow where a designer marks a known‑good state and automated cross‑browser checks catch unintended changes. A prototype exists but remains split across proprietary code and unfinished.

AI-written summary · about

  1. 0:00Introduction and context
  2. 3:51The problem with CSS
  3. 7:17Identifying CSS anti-patterns
  4. 11:36The need for testing
  5. 14:00Static analysis tools
  6. 17:28Visual regression testing
  7. 20:24DOM-based CSS testing
  8. 23:58Acceptance testing approach
  9. 26:58Design-first testing workflow
  10. 29:24The proposed automated tool
  11. 38:27Q&A and concluding remarks
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.