' + text + '
'; } function heading(text) { return '' + escapeHtml(Array.isArray(lines) ? lines.join('\n') : lines) + 'button, input и label дают часть поведения сразу. Если проект заменяет кнопку на div ради стиля, он берёт на себя не только role. Потребуются name, focusability, активация с клавиатуры, состояние и тестируемый порядок. WAI-ARIA Authoring Practices прямо отделяет role от поведения: роль не превращает произвольный элемент в полноценную нативную кнопку. Поэтому минимальное решение часто проще: оставить нативный host, а class и layout строить вокруг него.'),
paragraph('Это не означает, что любой native element закрывает задачу. У кнопки может быть пустое или двусмысленное имя, состояние может обновляться в другом месте, а фокус — уходить после unmount. WCAG 2.1 задаёт проверяемые критерии для keyboard, focus order, name/role/value и status messages. Они полезны как карта свойств, но не назначают имя вашего state store и не выбирают момент закрытия панели. Эти решения остаются у компонента и должны быть видны в его тесте.'),
heading('Учебная fixture: проверяем порядок, а не браузер'),
paragraph('В пакете есть короткая детерминированная модель. Она хранит channel, savedChannel, pendingUndo и focus как локальные строки. После открытия пробует недопустимое значение carrier-pigeon, затем выбирает sms, сохраняет и отменяет сохранение. Значения preferences-trigger и notification-email — проектные labels маршрута, а не id из существующей страницы. Это позволяет проверить смысл изменения без выдуманного browser test.'),
codeBlock(practiceExample),
paragraph('Шестнадцать assertions охраняют именно границу модели: DOM не создан, клавиатурное событие не отправлено, ассистивная технология не наблюдалась. Остальные assertions проверяют name/role, declared focus route, вывод selected state из channel, invalid branch, возврат к trigger и одноразовый undo. Если в рефакторинге invalid branch начнёт менять saved value, команда увидит поломку правила. Если же реальная страница не показывает focus ring, fixture не даст ложного PASS: для этого нужна отдельная проверка в поддерживаемом браузере.'),
figure(
'/assets/editorial/2022/accessible-interface-focus-route-2022.svg',
'Последовательность учебного маршрута фокуса: кнопка «Настроить уведомления» ведёт к Email; недопустимый выбор возвращает к Email, а корректное сохранение возвращает на исходную кнопку. Рядом отмечено, что это declared route модели, не захват браузерного фокуса.',
'Маршрут делает явными две ветки, которые визуальный макет обычно скрывает: исправление неверного ввода и возврат после закрытия панели.',
),
heading('Маршрут: симптом → причина → проверка → действие'),
orderedList([
'Симптом. Компонент выглядит законченным, но Tab не даёт предсказуемой точки входа, выбор не имеет понятного имени или после save фокус исчезает.',
'Причина. Визуальное состояние и semantic contract принадлежат разным веткам кода; роль добавили после разметки, а return focus не описали.',
'Проверка семантики. Для trigger, группы вариантов, каждого выбора и статуса запишите name, role и изменяемое state. Если свойство нельзя назвать, его пока нельзя надёжно проверить.',
'Проверка маршрута. Нарисуйте путь: вход, invalid branch, успешное закрытие. Для реальной страницы пройдите его клавиатурой в поддерживаемых браузерах и отдельно зафиксируйте результат; fixture этого не делает.',
'Действие. Сначала замените ложный custom control нативным либо добавьте полный contract. Затем сделайте один небольшой test на return focus и один на invalid branch.',
'Откат. Изменение состояния должно сохранять предыдущее значение до commit. В модели undo возвращает email и одноразово очищает pending action; реальный продукт всё равно должен отдельно определить срок и UX отмены.',
]),
heading('Объявление — это данные, а не обещание результата'),
paragraph('После сохранения компоненту полезно сформировать состояние вроде «Канал уведомлений сохранён: SMS». Но нельзя записать в отчёт «screen reader произнёс фразу», если никто не проверял конкретную комбинацию браузера и технологии. В fixture есть только declaredAnnouncement и отметка declared-not-observed. Она проверяет, что код не потерял сообщение при переходе, но не моделирует очередь live region, язык интерфейса, настройки пользователя или фактическую речь.'),
paragraph('Для production-проверки это превращается в маленький план. Сначала посмотреть DOM и computed accessibility tree выбранного браузера; затем пройти Tab, Shift+Tab, Enter и Space там, где они предусмотрены паттерном; затем проверить выбранные сочетания assistive technology и браузера с заранее записанным ожидаемым состоянием. Результат такой проверки — новый артефакт с версиями и ограничениями. Его нельзя заранее вывести из ARIA-атрибута или из учебной модели.'),
heading('Ограничение и следующий шаг'),
paragraph('Этот маршрут покрывает один control contract, а не доступность продукта. Он не измеряет контраст, не проверяет локализацию, touch target, виртуальный курсор, порядок во всех модальных окнах и не заменяет исследование с пользователями. Даже полное прохождение WCAG-критериев не позволяет заявить, что опыт удобен для каждого человека. Но контракт убирает более раннюю и дешёвую ошибку: компонент перестаёт быть «визуально готовым» без имени, маршрута и обратимого результата.'),
paragraph('Следующий практический шаг — выбрать один часто используемый компонент, собрать таблицу его name/role/state/focus и зафиксировать один keyboard route до любого редизайна. Если найдётся несоответствие, исправляйте его малым обратимым изменением: native host, явный return target или связанный status. После изменения повторите реальную проверку и добавьте её результат рядом с кодом, не заменяя его общим словом «доступно».'),
heading('Историческая граница апреля 2022'),
paragraph('Статья опирается на WCAG 2.1 Recommendation от 5 июня 2018 года и WAI-ARIA Authoring Practices 1.2 от 29 ноября 2021 года. В декабре 2021-го WAI-ARIA 1.2 имела статус Candidate Recommendation Draft; Recommendation 2023 года здесь не используется как будто она уже существовала. Учебные labels, undo policy и status text — решения пакета, а не требования W3C и не отчёт о production-дефекте.'),
],
commonSources,
);
const mechanismArticle = createRevision(
{
slug: 'editorial-2022-04-mechanism-accessible-interface',
title: 'Контракт доступного control: имя, состояние и фокус должны меняться вместе',
categories: ['Frontend', 'Архитектура'],
cover: '/assets/editorial/2022/accessible-interface-semantic-contract-2022.svg',
excerpt: 'Почему role сам по себе не исправляет custom control и как связать name, state, focus route и declared status в одном контракте без заявления о реальном accessibility tree.',
readingMinutes: 13,
},
[
paragraph('Симптом часто выглядит как спор между фронтендом и дизайном: «кнопка уже есть, только добавим aria-атрибут». После этого в markup появляется role, но клавиатурный путь не появляется, визуальное selected не совпадает с declared state, а после ошибки фокус остаётся неизвестным. Цена такой частичной правки — компонент получает убедительную разметку и непредсказуемое поведение. Ошибку сложнее увидеть, потому что она скрыта за правильным словом button.'),
paragraph('Причина в раздельном владении. Визуальная ветка знает class и иконку, обработчик знает payload, а semantic state приклеен последним эффектом. Для интерактивного элемента этого недостаточно: имя, роль, текущее состояние, допустимое действие и маршрут фокуса образуют один контракт. В статье это контракт одной панели уведомлений. Он не описывает полноценную a11y-платформу, не строит реальное дерево доступности и не приписывает автору проведённый user study; он показывает, что можно проверить до таких работ.'),
heading('Роль — обещание поведения'),
paragraph('ARIA role сообщает потребительскому слою, какой вид взаимодействия заявлен. Она не добавляет его автоматически. Если non-native элемент объявлен кнопкой, автор кода отвечает за доступность с клавиатуры, фокус и активацию. Если элемент объявлен radiogroup, одного цвета недостаточно: нужен понятный group name и согласованное выбранное состояние. Именно поэтому нативная разметка обычно безопаснее как старт: браузер уже реализует часть стандартного поведения, а компоненту остаётся не сломать связь со своим state.'),
paragraph('Не стоит делать из этого правило «ARIA нельзя использовать». Паттерны нужны, когда нативной семантики не хватает. Но тогда изменение принимается как единый diff: DOM shape, обработчик, state transition, keyboard route, визуальный focus indicator и тест. Если PR содержит только role="button", reviewer ещё не знает, как элемент получает фокус, что делает Space, когда меняется state и куда вернётся человек после закрытия связанной панели.'),
dataTable(
'Четыре части контракта и типичный разрыв',
['Часть', 'Проектное значение в fixture', 'Разрыв', 'Что проверить отдельно'],
[
['Name + role', '«Настроить уведомления», button', 'иконка видна, текстового имени нет', 'семантику native host или явное доступное имя'],
['State', 'email/sms, declared checked value', 'class active обновился, state нет', 'один source of truth для visual и semantic state'],
['Focus route', 'trigger → email → apply → trigger', 'закрытие unmount удаляет focused node', 'точки входа, ошибки и return target'],
['Status', 'declared text после save/undo', 'сообщение только меняет цвет', 'что разметка передаёт состояние; фактическое объявление проверяется вне модели'],
],
),
heading('Граница state: черновик не равен сохранённому значению'),
paragraph('В панели два похожих значения: channel — текущий выбор внутри открытой панели, savedChannel — последний подтверждённый выбор. Если их склеить, invalid action или закрытие без save может изменить то, что интерфейс считает сохранённым. В учебной модели invalid carrier-pigeon не проходит список допустимых значений, получает named focus notification-email и не трогает savedChannel. Это не browser validation. Это маленький инвариант владения state.'),
paragraph('После правильного выбора sms focus route переносится на apply. Save переносит прежний saved value в pendingUndo, закрывает панель и возвращает маршруту trigger. Такое разделение полезно не потому, что каждый control обязан иметь undo. Оно даёт проверяемый ответ на вопрос «что именно откатится, если действие оказалось неверным?». Если команда не может назвать prior state, она не сможет честно реализовать ни отмену, ни безопасный retry.'),
codeBlock(mechanismExample),
paragraph('Пример можно прочитать как псевдокод границы, но не как copy-paste для browser. У panel.state.focus строковое значение; вызова HTMLElement.focus() нет. У declaredAnnouncement текст; live region не создан. За счёт этого тест не делает ложного вывода «клавиатура прошла путь». Он проверяет, что выбранный проектом путь не противоречит state transition. Реальный компонент получает второй слой тестов там, где есть выбранная платформа и конкретная разметка.'),
heading('Семантический contract как схема'),
figure(
'/assets/editorial/2022/accessible-interface-semantic-contract-2022.svg',
'Схема учебного semantic contract: trigger имеет имя и роль button; группа выбора имеет имя и role radiogroup; visual selection и declared checked state идут от одного состояния channel; результат save создаёт declared status. Внизу показана граница: фактический DOM и речь screen reader не наблюдаются.',
'Схема не заменяет accessibility tree. Она помогает reviewer увидеть, какие данные должны измениться вместе, прежде чем начинать проверку конкретного браузера.',
),
heading('Почему status нельзя сводить к всплывающему тексту'),
paragraph('Видимый toast часто полезен, но он не гарантирует, что изменение стало понятным любому способу взаимодействия. Обратная ошибка — поставить role="status" и считать задачу закрытой. W3C-критерий Status Messages говорит о программно определяемых сообщениях, но не обещает одну и ту же речь во всех сочетаниях. На результат влияют разметка, порядок изменения, язык, пользовательские настройки и конкретная технология. Поэтому в проектном контракте полезно разделить «какое сообщение сформировано» и «какой результат наблюдён в среде проверки».'),
paragraph('В fixture первое значение хранится как declaredAnnouncement, а второе намеренно отсутствует: assistiveTechnology: not-observed. Такое отсутствие — не дырка. Оно не даёт коду подменить факт. Когда у команды появится реальная проверка, к контракту можно добавить её протокол: браузер, версия, технология, язык, сценарий, результат и известное ограничение. Пока этих входов нет, они не должны появляться в статье как будто уже собраны.'),
heading('Маршрут изменения без большой переделки'),
orderedList([
'Симптом. Custom control визуально реагирует, но keyboard path, selected state или сообщение о результате не определены.',
'Причина. CSS, event handler и accessibility properties владеют разными копиями состояния либо роль добавлена без поведения.',
'Проверка модели. Назовите trigger, group, options, apply и status. Для каждого запишите name, role, state owner и переход focus.',
'Проверка разрыва. Измените один option в локальном тесте: visual state, declared checked value и saved value должны либо меняться согласованно, либо явно оставаться разными до save.',
'Действие. Верните native host, если дизайн не требует custom widget. Иначе оформите keyboard contract и focus route в том же изменении, а не в следующем тикете.',
'Проверка реализации. На реальной странице отдельно проверьте семантику, keyboard sequence и заявленное status-поведение в согласованной матрице окружений; fixture даёт только основу для такого теста.',
]),
heading('Где граница между contract и тестом'),
paragraph('Unit fixture хорошо ловит ошибки порядка и rollback: invalid value не должна сохраняться, save должен вернуть declared route, undo не должен сработать второй раз. Она также делает документацию состояния исполнимой: после будущей оптимизации нельзя случайно вынести update savedChannel раньше проверки. Но unit fixture не умеет доказать focus-visible CSS, tab order среди соседних компонентов, поведение портала, конфликт shortcut или реальный output screen reader.'),
paragraph('Поэтому разумно держать два артефакта. Первый — маленькая модель контракта рядом с компонентом. Второй — платформенная проверка, где есть DOM и где запись результата содержит условия. Не обязательно строить огромный framework, чтобы сделать это честно. Для одного критичного диалога достаточно зафиксировать сценарий, поддерживаемые среды и те проверки, которые команда реально может повторить. Главное — не выдавать один слой за другой.'),
heading('Ограничение и следующий шаг'),
paragraph('Паттерн панели не переносится автоматически на меню, grid, combobox или сложный редактор: у них другая модель фокуса и другие keyboard conventions. Даже в этой панели решение о том, оставлять ли disabled action в tab sequence, зависит от продукта и должно быть принято осознанно. Модель также не отвечает на вопрос, кто сформулировал понятное имя на всех языках. Она специально уже, чем настоящий интерфейс, чтобы не скрыть эти открытые вопросы словом «универсальный».'),
paragraph('Следующий шаг — завести для одного control ownership table: где хранится draft, где committed value, кто формирует status, где находится return target и какой test защищает invalid branch. После этого можно вынести общую helper-функцию только там, где два компонента действительно имеют один и тот же contract. Раннее «обобщение a11y» часто создаёт новую копию состояния; сначала полезнее закрепить одну понятную границу.'),
heading('Историческая граница апреля 2022'),
paragraph('Нормативная опора здесь — WCAG 2.1 Recommendation 2018 года; практические keyboard patterns — WAI-ARIA Authoring Practices 1.2, Group Note от 29 ноября 2021 года. Неизменяемый WAI-ARIA 1.2 Candidate Recommendation Draft от 8 декабря 2021 года задаёт исторический статус спецификации. Поэтому текст говорит о доступных тогда критериях и guidance, а не переносит назад будущие версии рекомендаций или современные инструменты аудита.'),
],
commonSources,
);
const fieldArticle = createRevision(
{
slug: 'editorial-2022-04-field-accessible-interface',
title: 'Когда доступный control ломается после правки: диагностика и безопасный откат',
categories: ['Frontend', 'Тестирование'],
cover: '/assets/editorial/2022/accessible-interface-diagnosis-rollback-2022.svg',
excerpt: 'Диагностический маршрут для случая, когда состояние обновилось визуально, но контракт имени, фокуса и объявления разошёлся. Начинаем с одного сценария и сохраняем обратимый путь.',
readingMinutes: 13,
},
[
paragraph('После небольшой правки control может выглядеть лучше и стать менее доступным. Например, новая панель красиво закрывается после save, но focused element удаляется; статус виден в toast, но код не оставляет проверяемого состояния; invalid choice подсвечивается, но уже перезаписала сохранённое значение. Симптомы похожи на «мелкие UI-детали», пока человек не пытается выполнить путь без мыши. Цена — не только один дефект: следующий рефакторинг получает неявное состояние, которое невозможно безопасно отменить.'),
paragraph('Диагностику полезно начать не с перебора aria-атрибутов, а с вопроса, в какой момент расходятся два представления одного действия. Есть draft value, committed value, visual marker, declared semantic state, focus route и сообщение результата. Если все шесть меняются в разных местах, «поправить доступность» превращается в широкий рискованный diff. Эта статья сужает проверку до учебной панели. В ней нет production-метрик, ручного screen-reader результата или реального browser trace; всё, что похоже на фокус и объявление, помечено как модельное значение.'),
heading('Пять причин похожего симптома'),
dataTable(
'Диагностика разрыва control contract',
['Наблюдение', 'Вероятная причина', 'Минимальный факт', 'Обратимое действие'],
[
['После закрытия нет понятной точки продолжения', 'return target не определён до unmount', 'named focus route не содержит trigger', 'сохранить trigger как return target и проверить его до close'],
['Ошибка подсвечена, но сохранённый выбор изменился', 'draft и committed state склеены', 'invalid branch меняет saved value', 'разделить значения и остановить commit до valid branch'],
['Видна галочка, но semantic state старый', 'CSS и declared state имеют разные owner', 'одна операция меняет только class', 'вывести оба значения из одного source of truth'],
['Есть toast, но нет проверяемого статуса', 'текст создаётся вне contract', 'нет named result state', 'сформировать declared status до platform validation'],
['Undo возвращает не то или работает бесконечно', 'prior state не сохранён либо не очищен', 'pending undo не связан с commit', 'сохранить один prior value и очистить его после undo'],
],
),
heading('Не начинайте с «проверим всё»'),
paragraph('Большой accessibility audit нужен, но он плохо отвечает на локальный вопрос «почему после save исчез фокус». Сначала нужно построить временную последовательность одного действия. До save есть trigger, открытая панель и draft. Во время save выбирается valid branch, фиксируется prior saved value, формируется declared status, панель закрывается, route возвращается на trigger. В invalid branch порядок другой: commit не происходит, панель остаётся открытой, route идёт к полю исправления. Если код не может показать эту последовательность, проверять версию aria-атрибута ещё рано.'),
paragraph('Такой порядок переносит привычную практику 2022 года из производительности и SSR: не считать два исхода одинаковыми только потому, что оба показывают новый экран. Здесь valid save и invalid input могут иметь одинаковую раскладку, но отличаются полномочием менять saved value. У valid save есть обратимый снимок. У invalid branch его быть не должно, потому что ничего не было сохранено. Это маленький контракт, который удобно защитить fixture до запуска ручных сценариев.'),
heading('Fixture проверяет rollback, но не симулирует браузер'),
paragraph('Модель открывает панель, выбирает sms, применяет выбор и вызывает undoLastSave. После undo оба значения снова email, а pendingUndo очищен. Повторный undo получает nothing-to-undo. Это важно для безопасной правки: тест не говорит, что в продукте есть кнопка «Отменить» или что она доступна с клавиатуры. Он фиксирует более узкое утверждение — сохранённое изменение не теряет предыдущее значение и не откатывается бесконечно.'),
codeBlock(fieldExample),
paragraph('Можно запустить fixture целиком командой из первой статьи. Она не импортирует React, не создаёт element, не шлёт key event и не записывает звук. Поля focus и declaredAnnouncement не надо называть результатом accessibility tree. В них записаны ожидаемые точки проекта. Это делает тест строгим в том, что он умеет проверить, и честным в том, чего в нём нет.'),
figure(
'/assets/editorial/2022/accessible-interface-diagnosis-rollback-2022.svg',
'Диагностическая схема учебной панели: invalid value останавливает commit и ведёт к notification-email; valid save фиксирует prior value, возвращает маршрут к trigger и создаёт declared status; undo один раз восстанавливает prior value. Отдельной рамкой отмечено, что DOM и фактическое объявление не наблюдались.',
'Диаграмма разделяет две ветки, которые не следует объединять ради одного обработчика: исправление ошибки и подтверждённое обратимое сохранение.',
),
heading('Проверка реального компонента: собрать факты в правильном порядке'),
orderedList([
'Симптом. Зафиксируйте один наблюдаемый сбой: фокус потерян после close, state не соответствует визуальному выбору или ошибка не даёт следующего шага. Не называйте причину заранее.',
'Контракт. Выпишите name, role, selected/expanded state, draft value, committed value, trigger, invalid target и return target. Это минимальный список, а не полный audit страницы.',
'Проверка кода. Найдите место, где каждая часть меняется. Особенно проверьте, что invalid branch выполняется до commit и что return target не удаляется до записи маршрута.',
'Проверка модели. Запустите node web/scripts/upgrade-2022-04.mjs --verify-fixture. Она должна сохранить invalid branch без изменения saved value и вернуть prior value одним undo.',
'Проверка платформы. В реальном DOM пройдите согласованный keyboard scenario, затем проверьте семантику и выбранные assistive-technology combinations. Запишите среду и результат отдельно; модель не может заменить эту работу.',
'Действие и откат. Вносите одно изменение: native host, единый state owner, return target или status boundary. Перед rollout оставьте способ вернуть прежний state/markup и повторите тот же сценарий.',
]),
heading('Откуда берётся ложная уверенность'),
paragraph('Ложная уверенность появляется, когда один артефакт получает чужую работу. Snapshot DOM не доказывает клавиатурную последовательность. Скринкаст с мышью не доказывает name/role. Валидный aria-live не доказывает конкретную фразу, произнесённую конкретной технологией. И наоборот, успешный ручной проход одного сочетания не доказывает, что state ownership не сломается после следующего refactor. WCAG разделяет проверяемые критерии, а практики ARIA описывают поведение паттернов; проекту всё равно нужно выбрать доказательство для каждого риска.'),
paragraph('Полезная запись review выглядит скромно: «в fixture invalid branch не меняет committed value; в таком-то браузере команда вручную проверила такой-то сценарий; остальные среды не проверялись». Она не так эффектна, как фраза «полная доступность», зато следующему разработчику ясно, что можно воспроизвести и где находится неизвестное. Для автора 2022 года это продолжение технической дисциплины: измерение или тест имеют ценность ровно в пределах своих входов.'),
heading('Undo-safe изменение не равно глобальному rollback'),
paragraph('Учебный undo хранит одну строку prior value. Он не учитывает серверные конфликты, несколько вкладок, историю браузера, права, offline и долгоживущие черновики. Если реальный save вызывает сеть, отмена должна иметь отдельный контракт: отменяем ли мы запрос, создаём ли compensating change, как показываем конфликт и кто владеет retry. Нельзя переносить маленькую fixture в эти условия без новых тестов. Её роль — не решить распределённую задачу, а не дать локальному control потерять собственный предыдущий state.'),
paragraph('Точно так же return focus не всегда обязан идти на trigger. Если после save появляется новый результат, пользователь может ожидаемо перейти к нему; если trigger исчезает по изменённому route, нужен другой named target. Важно не конкретное слово preferences-trigger, а решение до unmount и проверка его причины. В модели trigger выбран потому, что панель закрывается без смены страницы. Другая структура должна назвать свою предпосылку, а не копировать route как ритуал.'),
heading('Следующий шаг для команды'),
paragraph('Начните с одного компонента, который часто открывает и закрывает состояние: menu button, dialog trigger, selection control или save panel. Составьте короткую матрицу из этой статьи и добавьте к PR два правила: invalid branch не коммитит state; успешный branch имеет named focus target и обратимое значение, если продукт обещает отмену. Затем выберите одну платформенную проверку, которую реально можно повторить. Не нужно ждать общей a11y-платформы, чтобы перестать выпускать control без контракта.'),
paragraph('После того как один сценарий стабилен, расширяйте его осторожно. Следующая статья может связать этот contract с ошибками формы: там появятся асинхронный ответ, несколько полей и приоритет сообщений. Но сначала нужно, чтобы текущий элемент различал draft, commit и отмену. Без этой границы новая сложность лишь добавит больше уведомлений вокруг того же скрытого состояния.'),
heading('Историческая граница апреля 2022'),
paragraph('Ссылки ведут на датированные документы, доступные до апреля 2022 года: WCAG 2.1 Recommendation 2018 года, APG 1.2 Group Note ноября 2021 года и WAI-ARIA 1.2 Candidate Recommendation Draft от 8 декабря 2021 года. В тексте нет отчёта о проведённом исследовании, реальном дефекте или произнесённой фразе screen reader. Все numbers, labels и ветки fixture относятся только к учебному контракту этого пакета.'),
],
commonSources,
);
export const revisions = [practiceArticle, mechanismArticle, fieldArticle].map(({ proseLength, ...revision }) => revision);
function verifyFixture() {
const fixture = runAccessibleInterfaceFixture();
const failed = Object.entries(fixture.assertions)
.filter(([, passed]) => passed !== true)
.map(([name]) => name);
if (failed.length > 0) {
console.error('FAIL fixture: ' + failed.join(', '));
process.exitCode = 1;
return;
}
console.log('PASS fixture: ' + Object.keys(fixture.assertions).length + '/' + Object.keys(fixture.assertions).length + ' assertions');
}
if (process.argv.includes('--verify-fixture')) verifyFixture();
if (process.argv.includes('--print-revisions')) console.log(JSON.stringify(revisions));