checkbox-cli — онлайн в облаке

ПРОГРАММА:

ИМЯ

checkbox_ng - Документация по CheckboxNG

CheckboxNG - это инструмент тестирования оборудования, полезный для сертификации ноутбуков, настольных компьютеров и серверов.
с Ubuntu. Это новая версия Checkbox, построенная непосредственно поверх PlainBox.

ФлажокNG заменяет Установите флажок, если применимо.

ПРЕДУПРЕЖДЕНИЕ:
Документация находится в стадии разработки. Некоторые вещи неверны, неточны или описывают
цели развития, а не текущее состояние.

МОНТАЖ

CheckboxNG можно установить из PPA (рекомендуется) или pypi в Ubuntu Precise (12.04) или
новее.

$ sudo add-apt-repository ppa: checkbox-dev / ppa && sudo apt-get update && sudo apt-get install checkbox-ng

БЕГ СТАБИЛЬНЫЙ РЕЛИЗ ОБНОВЛЕНИЕ ПО ИСПЫТАНИЯ

CheckboxNG имеет специальную поддержку для запуска тестов стабильных обновлений в автоматическом режиме.
манера. Это запускает все задания из sru.белый список и отправляет результаты в
сайт сертификации.

Для запуска тестов SRU вам необходимо знать так называемый Secure ID устройства, которое вы используете.
тестирование. Как только вы узнаете, что все, что вам нужно сделать, это запустить:

$ checkbox sru $ secure_id submission.xml

Второй аргумент, submission.xml, - это имя резервного файла, который только создается.
при отправке данных на сайт сертификации не работает по какой-либо причине.

СОСТАВЛЕНИЕ ОТЧЕТОВ ОШИБКИ

Чтобы сообщать об ошибках в проекте Checkbox, вам понадобится учетная запись на панели запуска. Вы можете найти
инструкции on КАК в Создайте one <https://help.launchpad.net/YourAccount/NewAccount>
полезный. Если у вас есть учетная запись, вы можете отчету ошибки <https://bugs.launchpad.net/checkbox-
проект / + ошибка файла>.

На этой странице вы можете выбрать проект, в котором хотите зарегистрировать ошибку (мы используем ряд
проекты для координации выпусков, и мы предпочитаем, чтобы ошибки, связанные с соответствующими
часть флажка). Если вы знаете, какой проект использовать, просто используйте его и сообщите об ошибке. Если
вы не очень хорошо разбираетесь во внутреннем устройстве Checkbox или сомневаетесь, просто храните его на базе
Проект "Флажок" (можно использовать этой направлять ссылке
<https://bugs.launchpad.net/checkbox/+filebug>.) Член команды разработчиков будет
просмотрите свою ошибку и переназначьте ее в соответствующее место. Номер ошибки не будет
изменится, когда это произойдет.

ПРОВЕРКА СТЕК

Стек флажков - это набор проектов, которые вместе составляют полное тестирование.
и сертификационное решение. Он состоит из следующих частей (см. Таблицу ниже для
дополнительные детали). Все проекты связаны с Launchpad Проект группы
<https://launchpad.net/checkbox-project>.

Архитектура Диаграмма
[image: Архитектурная диаграмма] [изображение]

Эта диаграмма содержит высокоуровневое приближение текущей архитектуры Checkbox.
Есть три основных «столпа». Слева у нас есть конец продуктов. Это актуальные инструменты
что сертификация и инженеры используют. Справа у нас есть тестXNUMX рыночных. Это
открытый рынок поставщиков и поставщиков тестов. Тесты упакованы в контейнеры, известные как
провайдеры. В центре у нас есть три общих компонента. Они реализуют большую часть
фреймворк и пользовательские интерфейсы для выполнения тестов. Наконец, в нижнем левом углу
является частью флажка (библиотеки), который используется совместно с HEXR для определенных задач. HEXR - это
внешнее веб-приложение, используемое в процессе сертификации. Стрелки подразумевают
общение с помощью формы стрелки показывает, кто кому звонит.

Как упоминалось ранее, в центральном столбце находятся три основных компонента общего кода.
(общий для всех, кто использует конечные продукты, которые обсуждаются ниже). Общий код
состоит из plainbox, checkbox-ng и checkbox-gui. Обязанности компонентов:
более подробно обсуждается в таблице ниже. Здесь мы видим, что checkbox-gui использовал DBus
API, предоставляемый checkbox-ng, который, в свою очередь, использует поддержку checkbox (вспомогательная библиотека
разделены, поэтому поделитесь кодом с HEXR) и plainbox.

В правом столбце указаны различные поставщики тестов. Проект флажка
создание и поддержка ряда поставщиков (см. таблицу ниже), но ожидается
что наши последующие пользователи также будут производить своих собственных провайдеров (специфичных для клиента или
проект). В конце концов, некоторые поставщики могут поступать от третьих лиц, которые примут
формат.

Наконец, в нижнем левом углу, общая библиотека, эта библиотека содержит множество парсеров.
различных форматов файлов и форматов вывода. Технически эта библиотека является зависимостью от
HEXR, флажок-ng и провайдеров. В качестве дополнительной сложности библиотеку нужно назвать
из кода python3 и кода python2.

ПРИМЕЧАНИЕ:
Связь между checkbox-ng и plainbox является двунаправленной. Предложения Plainbox
некоторые базовые интерфейсы и точки расширения. Все они доступны через plainbox
(с использованием общих API-интерфейсов), но некоторые из них фактически реализованы в checkbox-ng.

ПРЕДУПРЕЖДЕНИЕ:
Все внутренние API полустабильны. API DBus на практике более стабилен, но должен
нельзя полагаться. Рекомендуется объединять проекты в lp: checkbox, где API
переходы можно обрабатывать изящно. Единственный стабильный API - это формат файла
спецификация (определения должностей и белые списки). Спецификация пусковой установки будет
стабилизируется в следующем выпуске.

Компонент Описание
┌──────────────────────────┬───────────────────────── ──────────────────┬───────────────────────────
│Проект │ Ответственный за │ Тип │
├──────────────────────────┼───────────────────────── ──────────────────┼───────────────────────────
│Флажок «Следующее поколение» │ │ Приложение │
│ (GUI) │ · C ++ / QML │ │
│ │ пользовательский интерфейс │ │
│ │ │ │
│ │ · Графический │ │
│ │ пусковая установка для │ │
│ │ провайдеры, например │ │
│ │ флажок-сертификация-клиент │ │
├──────────────────────────┼───────────────────────── ──────────────────┼───────────────────────────
│Флажок «Следующее поколение» │ │ Приложение │
│ (CLI) │ · Командная строка python │ │
│ │ интерфейс │ │
│ │ │ │
│ │ · текстовый пользовательский интерфейс │ │
│ │ │ │
│ │ · команда тестирования SRU │ │
│ │ │ │
│ │ · Дополнительные API сертификации │ │
│ │ │ │
│ │ · отправка данных на Launchpad │ │
│ │ │ │
│ │ · отправка данных в HEXR │ │
│ │ │ │
│ │ · служба DBus, необходимая для │ │
│ │ Графический интерфейс │ │
└─────────────────────────┴───────────────────────── ──────────────────┴───────────────────────────

│ Сертификация клиента │ │ Провайдер │
│Провайдер │ · canonical-Certification-client │ │
│ │ исполняемый файл │ │
│ │ │ │
│ │ · сертификация клиента │ │
│ │ белые списки │ │
├──────────────────────────┼───────────────────────── ──────────────────┼───────────────────────────
│Сертификация сервера │ │ Провайдер │
│Провайдер │ · сертификация сервера │ │
│ │ белые списки │ │
│ │ │ │
│ │ · дополнительные белые списки серверов │ │
├──────────────────────────┼───────────────────────── ──────────────────┼───────────────────────────
│System-on-Chip Server │ │ Провайдер │
│Провайдер сертификации │ · Сертификация сервера SoC │ │
│ │ белые списки │ │
├──────────────────────────┼───────────────────────── ──────────────────┼───────────────────────────
│Провайдер флажка │ │ Провайдер │
│ │ · Почти все определения должностей │ │
│ │ │ │
│ │ · Большинство кастомных "скриптов" │ │
│ │ │ │
│ │ · Белый список по умолчанию и SRU │ │
├──────────────────────────┼───────────────────────── ──────────────────┼───────────────────────────
│Поставщик ресурсов │ │ Поставщик │
│ │ · Практически все ресурсные вакансии │ │
│ │ │ │
│ │ · Практически все "скрипты" ресурса │ │
├──────────────────────────┼───────────────────────── ──────────────────┼───────────────────────────
│Поддержка флажков │ │ Библиотека │
│ │ · Код поддержки для различных │ │
│ │ провайдеры │ │
│ │ │ │
│ │ · Парсеры для многих текстовых форматов │ │
├──────────────────────────┼───────────────────────── ──────────────────┼───────────────────────────
│PlainBox │ │ Библиотека и разработка │
│ │ · Практически вся основная логика │ Инструментарий │
│ │ │ │
│ │ · RFC822 (определение должности) │ │
│ │ парсер │ │
│ │ │ │
│ │ · Обработка конфигурации │ │
│ │ │ │
│ │ · Тестовая сессия │ │
│ │ (приостановить / возобновить) │ │
│ │ │ │
│ │ · Работник │
│ │ │ │
│ │ · Надежная пусковая установка │ │
│ │ │ │
│ │ · Решатель зависимостей │ │
│ │ │ │
│ │ · Обработка командной строки │ │
│ │ │ │
│ │ · XML, HTML и XSLX │ │
│ │ экспортеры │ │
│ │ │ │
│ │ · и многое другое ... │ │
│ │ │ │
│ │ · Набор инструментов для разработки провайдеров │ │
│ │ │ │
│ │ · 'plainbox startprovider' │ │
│ │ │ │
│ │ · реализация 'manage.py' │ │
└─────────────────────────┴───────────────────────── ──────────────────┴───────────────────────────

│Флажок Legacy (нет │ │ Монолитное приложение │
│ дольше поддерживается) │ · Приложения │ Библиотека и данные │
│ │ │ │
│ │ · Графический интерфейс Qt4 │ │
│ │ │ │
│ │ · Графический интерфейс Gtk2 │ │
│ │ │ │
│ │ · Urwid (текст) GUI │ │
│ │ │ │
│ │ · Ядро │ │
│ │ │ │
│ │ · Плагин и событие / сообщение │ │
│ │ Двигатель │ │
│ │ │ │
│ │ · Почти все функции │ │
│ │ реализован основной плагин │ │
│ │ │ │
│ │ · Данные │ │
│ │ │ │
│ │ · Вакансии и белые списки │ │
└─────────────────────────┴───────────────────────── ──────────────────┴───────────────────────────

CHANGELOG

ПРИМЕЧАНИЕ:
Этот журнал изменений содержит только сводку изменений. Для более точного учета
история разработки, пожалуйста, проверьте исходную историю напрямую.

ФлажокNG 0.23 (Зарелизил)
· Исправление ошибок: https://launchpad.net/checkbox-ng/+milestone/0.23

ФлажокNG 0.22
· Исправление ошибок: https://launchpad.net/checkbox-ng/+milestone/0.22

ФлажокNG 0.3
· Исправление ошибок: https://launchpad.net/checkbox-ng/+milestone/0.3

ФлажокNG 0.2
· Исправление ошибок: https://launchpad.net/checkbox-ng/+milestone/0.2

ФлажокNG 0.1
· Первый выпуск

· Поддержка отображения конфигурации

· Поддержка запуска тестов SRU (автоматическое регрессионное тестирование)

ИСПЫТАНИЕ СЦЕНАРИИ

«Сценарии» тестирования - это небольшие программы, которые используются для помощи в реализации тестов.

яркость_тест
Этот скрипт проверяет яркость подсветки системы, которую можно изменить с помощью кнопки
интерфейсы ядра в / sys / class / backlight. Можно выбрать более одного интерфейса
from, поэтому правильный интерфейс для использования выбирается с помощью эвристики, описанной в
https://www.kernel.org/doc/Documentation/ABI/stable/sysfs-class-backlight. Яркость
управляется обновлением файла яркости интерфейса и фактической яркости
файл проверяется, чтобы увидеть, было ли значение изменено на выбранную яркость.

ПРОФИЛИ КОНФИГУРАЦИЯ

Профили выполнения, или программы запуска, позволяют указать предопределенный набор конфигурации.
параметры, которые позволяют настраивать экран приветствия, отображаемые белые списки, а также
сохранение результатов локально или отправка файла для отправки на Launchpad или в центр сертификации
database / HEXR, а также некоторые другие параметры.

Настройки профиля являются частью сценария запуска и используют либо checkbox-gui, либо
checkbox-launcher (в текстовом режиме / CLI) как shebang для интерпретации ключей / значений.

В этом документе содержится справочная информация о функциях и синтаксисе средства запуска. Чтобы понять
дизайн и концепции и посмотрите несколько примеров, вы можете прочитать учебник о том, как
создать пусковые установки и их связь с устаревшим флажком.

Синтаксис
Поскольку checkbox-gui является приложением Qt, настройки должны соответствовать правилам стиля INI для
QНастройки <http://qt-project.org/doc/qt-5/QSettings.html> класс.

Поддерживаются многострочные значения, но они должны быть заключены в двойные кавычки и дополнительные строки.
должен начинаться с одного пробела, например:

[категория]
key = "Привет
Мир"

· Из QML:

settings.value ("категория / ключ", i18n.tr ("default_value"))

· Из C ++:

настройки-> значение ("категория / ключ", app.tr ("default_value"))

И наоборот, пусковые установки, специфичные для флажков, должны следовать Питон КонфигПарсер
<https://docs.python.org/3/library/configparser.html#supported-ini-file-structure> синтаксис.

Кроме того, некоторые настройки имеют смысл только для графического интерфейса или интерфейса командной строки и поэтому не понимаются
другой. Они указаны ниже.

Поддержанный Настройки
добро пожаловать / титул
Заголовок приложения QML и заголовок экрана приветствия. По умолчанию Система Тестирование.

добро пожаловать / текст
Приветственное сообщение для отображения на первом экране (checkbox-gui поддерживает форматированный текст
разрешение разметки в стиле HTML). По умолчанию Добро пожаловать в Система Тестирование. [...]

набор / whitelist_filter
Регулярное выражение для соответствия подмножеству имен файлов из белого списка. На checkbox-gui это
по умолчанию .*. Для checkbox-launcher нет значения по умолчанию и должен быть определенным.

набор / whitelist_selection
Шаблон, которому должны соответствовать белые списки для предварительного выбора. Регулярное выражение Python.
У него нет значения по умолчанию и должен быть определенным. (Только CLI)

люкс / skip_whitelist_selection
Если установлено значение true, пользователь не получит выбор белого списка. Только предварительно выбранные
будут выбраны единицы (см. whitelist_selection). (Только CLI).

набор / skip_test_selection
Если установлено значение true, пользователь не сможет отменить выбор тестов перед запуском: все тесты
в выбранном белом списке будет запущен. (Только CLI)

представление / сообщение
Текст заголовка всплывающего окна отправки, который отображается пользователю после отправки.
завершенный. (Только графический интерфейс)

представление / input_type
Показать поле ввода текста для ввода защищенного идентификатора или LP-адреса (по умолчанию). К
просто сохраните результаты на диск, необходимо использовать никто ценить. Чтобы проверить с помощью регулярного выражения,
должен быть регулярное выражение. (Только графический интерфейс)

представление / регулярное выражение
Регулярное выражение для проверки ввода в поле отправки (например, электронная почта, secure_id)
если input_type - регулярное выражение. (Только графический интерфейс). RegExpValidator, по умолчанию .*

представление / input_placeholder
Временный текст для ввода в поле ввода, используемый для руководства пользователя. Launchpad Эл. почта 
Адрес (по умолчанию) или Безопасно ID (15 or 18 персонажи). (Только графический интерфейс)

представление / secure_id
Предварительно настроенный secure_id для заполнения текстового поля.

представление / ok_btn_text
Ярлык для кнопки «Отправить». Отправить Итоги (по умолчанию) или Сохранить Итоги. (графический интерфейс
только)

представление / cancel_warning
Покажите пользователю, хочет ли он выйти, не сохранив отчет. Ты о
для выхода из этого тестового прогона без сохранения отчета о результатах. Вы хотите сохранить
отчет? (Только графический интерфейс)

представление / submit_to_hexr
Boolean, добавьте дополнительный заголовок, чтобы также отправлять результаты в HEXR (работает с
сертификационный транспорт)

экспортер / xml_export_path
Местоположение для сохранения файла отправки XML, если установлена ​​пустая строка, откроется
диалог сохранения файла. Дефолт: /tmp/submission.xml (Только графический интерфейс)

транспорт / submit_to
Конечная точка транспорта. По умолчанию . Поддерживает отправку в LP (по умолчанию,
ценностное Launchpad), сертификацияили локальным (сохранить на диск)

транспорт / submit_url
URL для отправки результатов. Это позволяет загружать на разные сайты, например
его можно загружать непосредственно в hexr или на промежуточные сайты. Используется только с
сертификация submit_to значение.

транспорт / config_filename
Имя настраиваемого файла конфигурации для загрузки. Файлы конфигурации в основном используются для определения
переменные среды. (Только CLI)

транспорт / dont_suppress_output
Если установлено, ресурсы, локальные задания и вложения будут выводиться на экран, это
генерирует много текста и в основном используется для отладки. (Только CLI)

КОНТРОЛЬНЫЙ ЯЩИК / ПРОГРАММА ЗАПУСКИ Обучение

В этом документе объясняется, зачем нужны пусковые установки, чего вы можете достичь.
с ними и приводит несколько примеров, чтобы лучше описать их возможности. Для
подробный справочник о том, какие настройки поддерживаются программами запуска, и конкретный синтаксис для
файлы запуска, посмотрите / профили.

Наследие флажок поведение контроль
В прошлом поведение Checkbox контролировалось тремя механизмами.

Во-первых, функции флажка можно расширить, добавив плагины. Например,
возможность отправки на сайт сертификации была добавлена ​​пакетом чекбокса-сертификации
с помощью плагина. Плагины, включенные с помощью флажка-сертификации и добавляющие новое поведение
к базовому флажку были:

/usr/share/checkbox-certification/plugins/certify_message.py
/usr/share/checkbox-certification/plugins/submission_info.py
/usr/share/checkbox-certification/plugins/backup.py
/usr/share/checkbox-certification/plugins/certify_prompt.py
/usr/share/checkbox-certification/plugins/certify_report.py
/usr/share/checkbox-certification/plugins/certify_schemas.py

Они добавили способ запрашивать у пользователя данные, относящиеся к отправке, генерировать xml
отчет и другие функции.

Затем поведение плагинов можно настроить или контролировать с помощью конфигурации
файлы, которые «каскадированы». Файл конфигурации может включать в себя другие, а они, в свою очередь, могут
включать других.

Это пример основного файла конфигурации project-qt.ini для конкретного проекта. Это первый
чтение файла при запуске клиента для конкретного проекта. Некоторые настройки сокращены:

[ПО УМОЛЧАНИЮ]
включает =% (checkbox_oem_share) s / configs / checkbox-project-base-qt.ini% (checkbox_project_share) s / configs / checkbox-project-base.ini

[checkbox / plugins / environment_info]
репозитории = deb http: //.* \ (архив \ | безопасность \). ubuntu.com/ubuntu precision-security
маршрутизаторы = несколько
сервер_иперф = 10.20.30.40
список_источников = / Etc / кв / sources.list
wpa_n_psk = пароль
wpa_n_ssid = точка доступа

[флажок / плагины / интерфейс_пользователя]
title = Мой проект Тестирование системы

Обратите внимание на строку include, она дает указание загрузить файл конфигурации для
checkbox-project-base-qt и checkbox-project-base. Checkbox-project-base-qt загружает
конфиги для checkbox-сертификации и checkbox-проекта. Настройки каскадированы, поэтому
параметры конфигурации, расположенные вверху, переопределяют параметры внизу.

Наконец, «двоичный», используемый для вызова флажка, представляет собой сценарий оболочки, который определяет, где найти
флажок "вещи" должен быть запущен: вы можете определить общий каталог, определенные данные
каталог, укажите файл конфигурации и определите некоторые переменные среды, которые вы
может понадобиться во время тестирования. Вот пример для checkbox-project-qt:

#!/ bin / bash
экспорт CHECKBOX_DATA = $ {CHECKBOX_DATA: -~ / .checkbox}
экспорт CHECKBOX_SHARE = ​​$ {CHECKBOX_SHARE: - / usr / share / checkbox}
экспорт CHECKBOX_OPTIONS = $ {CHECKBOX_OPTIONS: --- уровень журнала = отладка --log = $ CHECKBOX_DATA / checkbox-project.log}
экспорт CHECKBOX_CERTIFICATION_SHARE = ​​$ {CHECKBOX_CERTIFICATION_SHARE: - / usr / share / checkbox -certification}
экспорт CHECKBOX_OEM_SHARE = ​​$ {CHECKBOX_PROJECT_BASE_SHARE: - / usr / share / checkbox-project-base}
экспорт CHECKBOX_PROJECT_SHARE = ​​$ {CHECKBOX_PROJECT_SHARE: - / usr / share / checkbox-project}

# Удобство определения каталога PYTHONPATH.
если ["$ CHECKBOX_SHARE"! = "/ usr / share / checkbox"]; тогда
экспорт PYTHONPATH = "$ CHECKBOX_SHARE: $ PYTHONPATH"
fi

python3 $ CHECKBOX_SHARE / запустите "$ @" $ CHECKBOX_PROJECT_SHARE / configs / $ (базовое имя $ 0) .ini

Здесь вы можете видеть, что он определяет некоторые местоположения, и важная часть - это последний python3.
строка, в которой он найдет и будет использовать требуемый файл конфигурации .ini, который мы видели ранее.

Эта иерархическая организация была очень мощной, но с ней также было трудно справиться, и
также имел некоторые ограничения. Часть работы, которую мы проделали с флажком, заключалась в интеграции всех
Плагины для конкретного проекта в ствол флажка, таким образом, весь основной код находится в одном месте,
а варианты для конкретного проекта предоставляют только задания, белые списки, данные и конфигурацию,
без добавления нового поведения.

Новые простой ящик поведение контроль
В отличие от флажка, ядро ​​plainbox является монолитным и не имеет концепции плагинов. Этот
упрощает понимание и работу. Ядро plainbox имеет реализации для всех
функции в старых пакетах флажков, поэтому никаких дополнений для использования функций не требуется
например, отправка на сертификацию или создание отчета.

То, что мы называем plainbox, - это библиотека, которая реализует все функции, как можно видеть.
здесь.

Plainbox предоставляет инструменты, помогающие разработчикам тестов писать и упаковывать тесты. Эти
доставляется в «провайдерах», которые представляют собой объекты, предназначенные для инкапсуляции описаний тестов,
кастомные скрипты для тестирования, белые списки и сортированные данные. Они были разработаны, чтобы позволить
командам писать и доставлять свои собственные тесты, не беспокоясь о
базовый код plainbox.

Чтобы получить информацию о том, как писать тесты и провайдеров, см. Учебное пособие для провайдеров.

Однако при фактическом использовании этих тестов для проверки реальной системы мы хотели предоставить
что-то проще и ближе к пользовательскому опыту флажка. Мы создали двух клиентов,
checkbox-gui и checkbox-cli, у которых было жестко запрограммированное поведение, и мы также начали
создание других клиентов, основанных на них, но имеющих конкретную цель. Например,
у нас была одна версия флажка для тестирования SRU, другая для сертификации серверов и так далее.

Но потом мы поняли, что большая часть кода была дублирована, а поведение было обычным.
за исключением нескольких изменений. Таким образом, мы придумали концепцию «пусковых установок», которые
несколько похоже на файлы конфигурации флажка и средства запуска сценариев оболочки.

Идея состоит в том, что checkbox-gui и checkbox-cli имеют очень простое поведение, поскольку они
- это клиенты, которые по умолчанию поставляются с ubuntu. Они могут показать все доступные
белые списки, показывать предопределенное приветственное сообщение, а в конце позволяет пользователю увидеть
html и отправьте его на панель запуска, используя их адрес электронной почты, аналогично версии
флажка, поставляемого с Ubuntu.

Вместо использования сложных переключателей командной строки, программы запуска позволяют настраивать некоторые
необязательные варианты поведения для настройки вашего опыта тестирования. Пусковая установка содержит настройки, и
похож на сценарий оболочки, но интерпретатор будет либо checkbox-gui, либо
флажок-пусковая установка.

Вот несколько примеров того, что можно сделать с помощью пусковых установок.

Как ни странно, checkbox-cli сам по себе является пусковой установкой:

#!/ usr / bin / env флажок-пусковая установка
[Добро пожаловать]
text = Добро пожаловать в Системное тестирование!
Флажок предоставляет тесты, подтверждающие, что ваша система работает правильно.
После завершения тестов вы можете просмотреть сводный отчет для
вашей системы.
Предупреждение: некоторые тесты могут привести к зависанию вашей системы или ее работе.
не отвечает. Пожалуйста, сохраните всю свою работу и закройте все остальные запущенные
приложений перед началом процесса тестирования.

[люкс]
whitelist_filter = ^ по умолчанию $
whitelist_selection = ^ по умолчанию $
skip_whitelist_selection = Верно

[транспорт]
submit_to = панель запуска

Здесь вы можете увидеть, что мы настраиваем несколько параметров: автоматически отображается приветственное сообщение.
выбирает белый список по умолчанию и отправит его на панель запуска, когда он будет завершен.

Пример графической программы запуска - canonical -certification-client.

#! / usr / bin / checkbox-gui

[Добро пожаловать]
title = "Сертификация системы"
text = " Добро пожаловать в Систему Сертификации! Это приложение будет
собирать информацию из вашей системы. Затем вам будет предложено выполнить ручные тесты.
убедитесь, что система работает правильно. Наконец, вам будет предложено
Безопасный идентификатор компьютера для подачи информации на сертификацию
база данных. Чтобы узнать, как создать или найти Secure ID,
см. здесь : certification.canonical.com "

[люкс]
whitelist_filter = "^ client- (cert | selftest). *"

[подчинение]
input_type = "регулярное выражение"
input_placeholder = "Безопасный идентификатор (15 или 18 символов)"
ok_btn_text = "Отправить результаты"
submit_to_hexr = "правда"

[экспортер]
xml_export_path = "/tmp/submission.xml"

[транспорт]
submit_to = "сертификация"

Графические пусковые установки немного сложнее, но по сути они похожи на то, что
позволяет вам определить некоторые параметры для настройки вашего опыта тестирования.

Очень простой лаунчер в текстовом режиме - canonical-hw-collection, который просто запускает базовый
информация об оборудовании проверяет и загружает их в базу данных оборудования:

[Добро пожаловать]
title = Сбор информации об оборудовании
text = Сбор информации об оборудовании. Вам может быть предложено ввести пароль.
Этот процесс займет примерно 30 секунд, и вам будет предоставлено
с URL-адресом, по которому вы можете подтвердить и зарегистрировать свое оборудование
представление.

[люкс]
whitelist_filter = ^ hwsubmit $
whitelist_selection = ^ hwsubmit $
skip_whitelist_selection = Верно
skip_test_selection = Верно

[подчинение]
# Поддельный secure_id гарантирует, что мы его не спросим
# Его всегда можно переопределить в файле .conf.
безопасный_идентификатор = 000

[транспорт]
submit_to = сертификация
submit_url = https://hardware-server.example.com/

Наконец, canonical-driver-test-suite предоставляет средство запуска как в графическом, так и в текстовом режиме,
которые функционально эквивалентны:

#! / usr / bin / checkbox-gui

[Добро пожаловать]
title = "Canonical Driver Test Suite"
text = " Добро пожаловать в Canonical Driver Test Suite.

Эта программа содержит автоматические и ручные тесты, которые помогут вам обнаружить
проблемы, которые возникнут при запуске драйверов вашего устройства в Ubuntu.

Это приложение проведет пользователя через эти тесты в
заданный порядок и автоматически собирать обе системной информации как
а также результаты тестов. Он также предложит пользователю ввести данные вручную.
требуется тестирование.

Время выполнения тестов определяется тем, какие тесты вы решите
выполнять. У пользователя будет возможность настроить тестовый запуск, чтобы
учитывать водителя и время, отведенное для тестирования.

Для начала просто нажмите кнопку «Продолжить» ниже и следуйте инструкциям на экране.
инструкции. "

[люкс]
whitelist_filter = "^ ihv -. *"

[подчинение]
ok_btn_text = "Сохранить результаты"
input_type = "нет"

[экспортер]
xml_export_path = ""

[транспорт]
submit_to = "местный"

Текстовый режим:

#!/ usr / bin / env флажок-пусковая установка
[Добро пожаловать]
text = Добро пожаловать в Canonical Driver Test Suite
Эта программа содержит автоматические и ручные тесты, которые помогут вам обнаружить
проблемы, которые возникнут при запуске драйверов вашего устройства в Ubuntu.
Это приложение проведет пользователя через эти тесты в
заданный порядок и автоматически собирать обе системной информации как
а также результаты тестов. Он также предложит пользователю ввести данные вручную.
требуется тестирование.
Время выполнения тестов определяется тем, какие тесты вы решите
выполнять. У пользователя будет возможность настроить тестовый запуск, чтобы
учитывать водителя и количество времени, доступного для тестирования.
Для начала просто нажмите кнопку «Продолжить» ниже и следуйте инструкциям на экране.
инструкциями.

[люкс]
# Белый список (-ы), отображаемый на экране выбора набора
whitelist_filter = ^ ihv -. *
# Whitelist_selection является обязательным, поэтому мы устанавливаем фиктивное значение, поэтому
# белые списки не выбраны заранее.
whitelist_selection = фиктивный

ПРОВЕРКА РЕЛИЗ ПРОЦЕСС ПРОЕКТИРОВАНИЯ

На этой странице описаны необходимые шаги для выпуска версий Checkbox и Checkbox.
Сертификация стабильного PPA, принадлежащего группе сертификации оборудования, на регулярной основе.
основание. В этом документе термин «флажок» используется как общий термин для обозначения
все версии Checkbox принадлежат команде сертификации оборудования, в настоящее время Checkbox
сам и расширения сертификации Checkbox.

Обзор
В настоящее время процесс выполняется каждые две недели, с новым выпуском Checkbox каждые
две недели. Это охватывает десять рабочих дней, и задачи, выполняемые каждый день или группу
дней описано ниже:

· Дни 1-4: Время, отведенное для внесения новых изменений в ствол.

· День 5: Изменения объединяются из ствола lp: флажок и lp: флажок-сертификация в
их соответствующие ветки выпуска. Журналы изменений для обоих наткнулся на данный момент и
ревизии помечены. На этом этапе также может потребоваться скопировать пакет 'fwts'
из ФВТС Стабильный PPA <https://launchpad.net/~firmware-testing-team/+archive/ppa-
fwts-стабильный> к флажок Release Тестирование PPA <https://launchpad.net/~checkbox-
dev / + архив / тестирование>.

· 6–9 дни: тестирование выполняется менеджером по выпуску для сертификации оборудования.
команда и представитель группы контроля качества CE (основной заказчик Checkbox в
Канонический)

· День 9: Между менеджерами по выпуску оборудования проводится встреча по выпуску.
Команда по сертификации и представитель команды CE QA. Возможные проблемы с
выявляются релизы и составляются планы по их устранению.

· День 10: Протестированная версия Checkbox копируется в стабильный PPA.

Launchpad Филиалы
Для процесса выпуска требуются отдельные ветки в Launchpad, содержащие полузамороженный
версия кода, которая находилась в магистрали на 5-й день процесса. Это так, что развитие
может продолжить работу в магистрали, не ставя под угрозу стабильность будущей версии
Флажок. Отношения между всеми ветвями, участвующими в процессе, показаны ниже:

· lp: checkbox / release <- lp: флажок

· lp: флажок-сертификация / выпуск <- lp: флажок-сертификация

· lp: ~ checkbox-dev / checkbox / checkbox-упаковка-релиз <-
lp: ~ checkbox-dev / checkbox / checkbox-упаковка

Аудит миля ошибки
Перед созданием релиз-кандидата менеджер релиза должен просмотреть список ошибок.
milestoned для следующего выпуска Checkbox. Они должны посетить флажок вех
<https://launchpad.net/checkbox/+milestonesmilestones> и найдите веху, датированную
дата выпуска.

· Для ошибок, для которых установлено состояние "Выполняется" со связанной веткой - установите связь с веткой.
владелец, чтобы увидеть, можно ли завершить слияние до крайнего срока.

· Для ошибок, которые находятся в любом другом незакрытом статусе (кроме фиксированный Совершено) - повторная веха
их к следующему этапу.

Разрезание домен освободить
Чтобы вырезать релиз, мы должны объединить изменения из ствола в релиз
ветке, зафиксируйте их подходящим сообщением и обновите журнал изменений в стволе, чтобы
будущие изменения относятся к правильной версии. Для каждой комбинации ветвей, показанной выше,
сделайте следующее (в примере используется lp: флажок и lp: checkbox / release):

bzr branch lp: checkbox / release checkbox-release
bzr branch lp: флажок checkbox-trunk
cd флажок-выпуск
current_stable = `head -n1 $ (найти. -name 'changelog') | grep -oP '(? <= \ (). * (? = \))' '
bzr merge lp: флажок

на этом этапе, если никаких изменений (кроме одного на debian / журнал изменений) объединяемся, затем делаем
не выполнять выпуск рассматриваемого пакета. На практике это часто случается с
флажок-сертификация но никогда с флажок:

bzr commit -m "Объединены изменения от rev $ (bzr revno -r tag: $ current_stable lp: checkbox) до rev $ (bzr revno lp: checkbox) из lp: checkbox"
bzr push lp: флажок / релиз
cd `find. -name 'debian'; CD ..
тег bzr `head -n1 debian / changelog | grep -oP '(? <= \ (). * (? = \))' '
dch -r (сохранить измененный журнал изменений)
dch -i -U 'Увеличенный список изменений'
дебкоммит
bzr push lp: флажок

Последний шаг в этом процессе - выполнить сборку пакетов в
ppa: checkbox-dev / тестирование PPA. Для этого нам нужно перейти на страницы рецептов для
флажок и / или флажок-сертификация выпускать ветки.

· флажок-тестирование рецепт <https://code.launchpad.net/~checkbox-dev/+recipe/checkbox-
Тестирование>

· флажок-сертификация-тестирование рецепт <https://code.launchpad.net/~checkbox-
разработчик / + рецепт / флажок-сертификация-тестирование>

Ассоциация строить Теперь опция должна быть доступна на странице. Щелкните его, чтобы начать сборку.

Копирование прошивки Пусконаладка Люкс в домен Тестирование PPA
Инструмент Firmware Test Suite - это инструмент для тестирования системного микропрограммного обеспечения, которое, естественно, сильно
используется Checkbox. Чтобы убедиться, что последняя версия содержит исправления и новые
тесты / функции, необходимые для Checkbox, доступны и также ничего не ломают в
Checkbox, нам нужно освободить его вместе с Checkbox. После обрезки выпуска, если
Группа тестирования прошивки уведомила, что доступна новая версия и что эта версия
должен использоваться для сертификации, нам нужно скопировать его в Testing PPA. Для этого мы
нужно пойти в Копировать пакеты view of домен прошивки Пусконаладка Люкс (Стабильный) PPA
<https://launchpad.net/~firmware-testing-team/+archive/ppa-fwts-stable/+copy-packages> и
выберите пакеты 'fwts' для всех выпусков обратно в Precise. Нам нужно установить
"Целевой PPA" как "Проверка выпуска флажка [~ checkbox-dev / testing]" и "Копировать
options 'в поле' Копировать существующие двоичные файлы ', затем щелкните' Копировать пакеты '. Тогда этот шаг
необходимо повторить, но установите в поле "Целевой PPA" значение "PPA для разработчиков флажков".
[~ checkbox-dev / ppa] '.

Следующая Release of флажок Электронная почта:
Чтобы у каждого была возможность своевременно провести любое необходимое тестирование.
Таким образом, после завершения сборки PPA необходимо отправить электронное письмо по следующему адресу:
списки рассылки:

· [электронная почта защищена] <аппаратная сертификация-
[электронная почта защищена]>

· [электронная почта защищена] <[электронная почта защищена]>

Контент обычно выглядит примерно так:

Тема: Следующий выпуск флажка (18)

Здравствуйте,

Следующий выпуск Checkbox доступен в
https://code.launchpad.net/~checkbox-dev/+archive/testing PPA.
Пожалуйста, протестируйте его в удобное для вас время. Флажок основан на ревизии 2484 из
lp: флажки и флажки Сертификация основана на версии 586
lp: флажок-сертификация.

Благодаря,

Если один или другой из Checkbox и Checkbox Certification не были обновлены, тогда
нет необходимости упоминать этот пакет

Тестирование домен освободить
Теперь, когда выпуск был сокращен, тестирование должно быть проведено до собрания по выпуску.
С точки зрения команды по сертификации, нужно протестировать:
флажок-сертификация-клиент и флажок-сертификация-сервер которые составляют основу
CE QAs OEM-версии Checkbox. Сервер сертификации флажка протестирован в
Клиент сертификации флажка цикла CI должен быть протестирован вручную.

Release Встреча
В четверг перед выпуском состоится встреча между представителем
команда по сертификации и представитель Коммерческая Проект и QA команда.
собрание проводится в 7:30 UTC, как показано на этом календарь приглашать
<https://www.google.com/calendar/hosted/canonical.com/event?action=TEMPLATE&tmeid=Y3QxcWVla3ViMTRvMXByOHZlOTFvc283Y2NfMjAxMzA4MjlUMDczMDAwWiBicmVuZGFuLmRvbmVnYW5AY2Fub25pY2FsLmNvbQ&tmsrc=brendan.donegan%40canonical.com>.
Повестка дня собрания включена в приглашение.

Издательство домен освободить
Чтобы опубликовать релиз, нам просто нужно скопировать несколько пакетов из флажок
Release Тестирование PPA <https://launchpad.net/~checkbox-dev/+archive/testing> к Аппаратные средства
Сертификация Общая PPA <https://launchpad.net/~hardware-certification/+archive/public>.
Для этого заходим в Копировать пакеты view of домен флажок Release Тестирование PPA
<https://launchpad.net/~checkbox-dev/+archive/testing/+copy-packages> и выберите все
версии следующего списка пакетов: флажок, флажок-сертификация, фвтс, Сделать
убедитесь, что в поле Destination PPA установлено значение Public PPA for Hardware Certification.
[~ hardware -certification / public] 'и что в поле' Copy options 'установлено значение' Copy
существующие двоичные файлы », затем нажмите« Копировать пакеты ».

После этого следует отправить электронное письмо с объявлением на адрес
[электронная почта защищена] <[электронная почта защищена]>.
Шаблон объявления включен ниже:

Здравствуйте,

На Аппаратное обеспечение загружен новый выпуск чекбокса.
Сертификация Public PPA
(https://launchpad.net/~hardware-certification/+archive/public). В
релиз основан на ревизии 2294 lp: checkbox

Благодаря,

Прикрепите самую последнюю часть журнала изменений в качестве примечаний к выпуску

· Genindex

· Modindex

· поиск

Используйте checkbox-cli онлайн с помощью сервисов onworks.net.