Общая схема процесса обработки ошибок в дистрибутиве РОСА Desktop — различия между версиями
Juliette (обсуждение | вклад) |
Juliette (обсуждение | вклад) |
||
| Строка 1: | Строка 1: | ||
| − | + | ==Введение== | |
| − | + | ||
Поскольку одним из основных вопросов пользователей является "Что такое РОСА относительно Мандривы?", то мы представляем схему взаимодействия команд РОСЫ и Мандривы на базе процесса исправления ошибок и улучшения качества, как одного из наиболее типичных процессов разработки и развития дистрибутивов Linux. Данная схема поможет понять процессы взаимодействия РОСА и Мандрива как различных составных частей одного целого. | Поскольку одним из основных вопросов пользователей является "Что такое РОСА относительно Мандривы?", то мы представляем схему взаимодействия команд РОСЫ и Мандривы на базе процесса исправления ошибок и улучшения качества, как одного из наиболее типичных процессов разработки и развития дистрибутивов Linux. Данная схема поможет понять процессы взаимодействия РОСА и Мандрива как различных составных частей одного целого. | ||
При просмотре и усваивании данной информации, пожалуйста, помните, что: некоторые элементы процесса находятся в активной разработке и изменении, а некоторые элементы только планируются. Всё это необходимо осознавать на фоне происходящих событий и нелёгких перемен, касающихся дистрибутива Мандрива, составной частью которого является РОСА. | При просмотре и усваивании данной информации, пожалуйста, помните, что: некоторые элементы процесса находятся в активной разработке и изменении, а некоторые элементы только планируются. Всё это необходимо осознавать на фоне происходящих событий и нелёгких перемен, касающихся дистрибутива Мандрива, составной частью которого является РОСА. | ||
На сегодняшний день начато комплексное тестирование ROSA и Mandriva тремя тестовыми командами. Особое внимание уделено разработке возможностей для пользователей, желающих внести клад в улучшение качества дистрибутива. | На сегодняшний день начато комплексное тестирование ROSA и Mandriva тремя тестовыми командами. Особое внимание уделено разработке возможностей для пользователей, желающих внести клад в улучшение качества дистрибутива. | ||
| − | Весь процесс упрощённо можно представить так: | + | '''Весь процесс упрощённо можно представить так:''' |
[[File:Bugzz.png|caption]] | [[File:Bugzz.png|caption]] | ||
| Строка 11: | Строка 10: | ||
==Improver== | ==Improver== | ||
| − | Первым и самым широко доступным инструментом, с помощью которого любой пользователь имеет возможность помочь в тестировании и исправлении ошибок РОСА/Мандрива, является Improver. Что такое Improver? Improver -- это самостоятельная разработка команды девелоперов РОСЫ, аналогов этой системы нет даже в Убунту. | + | Первым и самым широко доступным инструментом, с помощью которого любой пользователь имеет возможность помочь в тестировании и исправлении ошибок РОСА/Мандрива, является Improver. Что такое '''Improver'''? Improver -- это самостоятельная разработка команды девелоперов РОСЫ, аналогов этой системы нет даже в Убунту. |
[[File:Impr1.png|500px|caption]] | [[File:Impr1.png|500px|caption]] | ||
Идея заключается в том, чтобы связать воедино тестирование дистрибутивов как специалистами-профессионалами, так и добровольцами-любителями с системой исправления ошибок и со службой технической поддержки. Improver — программный комплекс, состоящий из нескольких частей: | Идея заключается в том, чтобы связать воедино тестирование дистрибутивов как специалистами-профессионалами, так и добровольцами-любителями с системой исправления ошибок и со службой технической поддержки. Improver — программный комплекс, состоящий из нескольких частей: | ||
| − | + | *клиентской части; | |
| − | + | *серверной части; | |
| − | + | *веб-приложения конфигурирования. | |
Система Improver собирает информацию о программно-аппаратных составляющих клиентских рабочих станциях и даёт возможность выполнения планов тестирования, заданных менеджером системы. | Система Improver собирает информацию о программно-аппаратных составляющих клиентских рабочих станциях и даёт возможность выполнения планов тестирования, заданных менеджером системы. | ||
===Административная часть=== | ===Административная часть=== | ||
Административная часть системы предоставляет возможность управления тест планами и пользователями. Администратор имеет возможность генерировать отчеты различной направленности на основании информации поступающей в базу данных с клиентских рабочих станций. | Административная часть системы предоставляет возможность управления тест планами и пользователями. Администратор имеет возможность генерировать отчеты различной направленности на основании информации поступающей в базу данных с клиентских рабочих станций. | ||
| − | |||
===Клиентская часть === | ===Клиентская часть === | ||
Клиентская часть системы состоит из программы для выполнения тестпланов Improver_client. Improver_client, отвечает за регистрацию пользователя, получение информации о программно-аппаратной составляющей рабочей станции, получение списка тест планов, выбор и прохождение тест-плана, отправку отчета на сервер, а также предоставляет ряд инструментов для выполнения тестовых заданий. | Клиентская часть системы состоит из программы для выполнения тестпланов Improver_client. Improver_client, отвечает за регистрацию пользователя, получение информации о программно-аппаратной составляющей рабочей станции, получение списка тест планов, выбор и прохождение тест-плана, отправку отчета на сервер, а также предоставляет ряд инструментов для выполнения тестовых заданий. | ||
| − | |||
[[File:Impr2.png|500px|caption]] | [[File:Impr2.png|500px|caption]] | ||
| Строка 39: | Строка 36: | ||
Что такое Helpdesk? Helpdesk -- это портал техподдержки РОСЫ, а также мини-багзилла для русскоязычных пользователей. | Что такое Helpdesk? Helpdesk -- это портал техподдержки РОСЫ, а также мини-багзилла для русскоязычных пользователей. | ||
| − | Краткое описание схемы работы Helpdesk по заявками, открытым непосредственно пользователями. | + | Краткое описание схемы работы Helpdesk по заявками, открытым непосредственно пользователями.<br/> |
| − | Инцидент (тикет) — описание проблемы, полученное от пользователя и назначенное исполнителю. Содержит в себе следующую информацию: имя пользователя, версию ПО/пакета, уровень инцидента, описание инцидента, описание способа воспроизведения инцидента. | + | Инцидент (тикет) — описание проблемы, полученное от пользователя и назначенное исполнителю. Содержит в себе следующую информацию: имя пользователя, версию ПО/пакета, уровень инцидента, описание инцидента, описание способа воспроизведения инцидента.<br/> |
Инцидент может иметь один из следующий уровней: | Инцидент может иметь один из следующий уровней: | ||
| − | НИЗКИЙ, СРЕДНИЙ, ВЫСОКИЙ, КРИТИЧЕСКИЙ. Уровень инцидента устанавливается пользователем при начальной публикации инцидента. Уровень инцидента может изменяться инженером в процессе анализа ситуации. | + | НИЗКИЙ, СРЕДНИЙ, ВЫСОКИЙ, КРИТИЧЕСКИЙ. Уровень инцидента устанавливается пользователем при начальной публикации инцидента. Уровень инцидента может изменяться инженером в процессе анализа ситуации. <br/> |
| − | Для каждого уровня инцидента устанавливаются собственные уровни оповещения персонала и время реакции инженера. | + | Для каждого уровня инцидента устанавливаются собственные уровни оповещения персонала и время реакции инженера. <br/> |
| − | + | [[File:Glpi2.png|500px|caption]] | |
| − | Инцидент может находиться в одном из следующих состояний: | + | Инцидент может находиться в одном из следующих состояний: <br/> |
НОВЫЙ, В ОБРАБОТКЕ, ИСПРАВЛЕНИЕ, ОЖИДАНИЕ, РЕШЁН, ЗАКРЫТ. | НОВЫЙ, В ОБРАБОТКЕ, ИСПРАВЛЕНИЕ, ОЖИДАНИЕ, РЕШЁН, ЗАКРЫТ. | ||
| − | Переходы между состояниями: | + | Переходы между состояниями: <br/> |
| − | Состояние «НОВЫЙ» присваивается инциденту при его публикации пользователем. Возврат в это состояние невозможен. | + | Состояние «НОВЫЙ» присваивается инциденту при его публикации пользователем. Возврат в это состояние невозможен. <br/> |
| − | Состояние «В ОБРАБОТКЕ» присваивается инциденту после его назначения инженеру или после получения новых данных от пользователя. | + | Состояние «В ОБРАБОТКЕ» присваивается инциденту после его назначения инженеру или после получения новых данных от пользователя. <br/> |
| − | Состояние «ИСПРАВЛЕНИЕ» присваивается инциденту в случае если инцидент связан с исправлением исходного кода. В этом состоянии информация об инциденте публикуется в системе исправления ошибок. Время работы над инцидентом в этом состоянии ставится на удержание до момента получения данных от системы исправления ошибок. | + | Состояние «ИСПРАВЛЕНИЕ» присваивается инциденту в случае если инцидент связан с исправлением исходного кода. В этом состоянии информация об инциденте публикуется в системе исправления ошибок. Время работы над инцидентом в этом состоянии ставится на удержание до момента получения данных от системы исправления ошибок. <br/> |
| − | Состояние «ОЖИДАНИЕ» присваивается инциденту после отправки инструкций / исправлений пользователю. | + | Состояние «ОЖИДАНИЕ» присваивается инциденту после отправки инструкций / исправлений пользователю. <br/> |
| − | Состояние «РЕШЁН» присваивается инциденту в случае положительного ответа пользователя на высланные инструкции / исправления. | + | Состояние «РЕШЁН» присваивается инциденту в случае положительного ответа пользователя на высланные инструкции / исправления. <br/> |
| − | Состояние «ЗАКРЫТ» присваивается инциденту в случае когда пользователь не отвечает длительный период времени (согласно настроек системы) или когда исправление ошибки запланировано на следующий выпуск дистрибутива. | + | Состояние «ЗАКРЫТ» присваивается инциденту в случае когда пользователь не отвечает длительный период времени (согласно настроек системы) или когда исправление ошибки запланировано на следующий выпуск дистрибутива. <br/> |
| − | На Helpdesk поступают также и автоматические заявки, в том числе и из Improver, что даёт возможность эффективного взаимодействия службы технической поддержки с волонтёрами-тестировщиками дистрибутива. | + | На Helpdesk поступают также и автоматические заявки, в том числе и из Improver, что даёт возможность эффективного взаимодействия службы технической поддержки с волонтёрами-тестировщиками дистрибутива. <br/> |
| − | Дальнейший этап | + | ==Дальнейший этап== |
На основании результатов тестов Improver составляется список 10 наиболее встречаемых ошибок, превышающих порог срабатывания. Список составляется на периодической основе с периодом от 7 до 30 дней. Далее, инженеры первого уровня проверяют ошибки, описанные в этих заявках, на соответствие действительности. Если проблема, описанная в заявке, может быть решена начальными средствами пользователя, то предлагается решение и отправляется обратно в Improver. Если проблема более сложная, то она передаётся на второй уровень. Инженер второго уровня локализует проблему до уровня пакета и проверяет по базе тикетов в багзилле Мандривы наличие похожей проблемы. Если тикет уже есть, то он обновляется информацией из Improver. Если тикета нет, то создаётся новый. И далее уже ожидается реакция QA Мандривы. | На основании результатов тестов Improver составляется список 10 наиболее встречаемых ошибок, превышающих порог срабатывания. Список составляется на периодической основе с периодом от 7 до 30 дней. Далее, инженеры первого уровня проверяют ошибки, описанные в этих заявках, на соответствие действительности. Если проблема, описанная в заявке, может быть решена начальными средствами пользователя, то предлагается решение и отправляется обратно в Improver. Если проблема более сложная, то она передаётся на второй уровень. Инженер второго уровня локализует проблему до уровня пакета и проверяет по базе тикетов в багзилле Мандривы наличие похожей проблемы. Если тикет уже есть, то он обновляется информацией из Improver. Если тикета нет, то создаётся новый. И далее уже ожидается реакция QA Мандривы. | ||
| − | + | [[File:Bugzz0.png|200px|caption]] | |
Также в качестве первого рубежа общения с русскоязычными пользователями РОСЫ планируется открытие форума на оф. сайте РОСЫ, где желающие получат возможность задать вопросы и получить ответы. | Также в качестве первого рубежа общения с русскоязычными пользователями РОСЫ планируется открытие форума на оф. сайте РОСЫ, где желающие получат возможность задать вопросы и получить ответы. | ||
Версия 15:14, 23 июня 2011
Содержание
Введение
Поскольку одним из основных вопросов пользователей является "Что такое РОСА относительно Мандривы?", то мы представляем схему взаимодействия команд РОСЫ и Мандривы на базе процесса исправления ошибок и улучшения качества, как одного из наиболее типичных процессов разработки и развития дистрибутивов Linux. Данная схема поможет понять процессы взаимодействия РОСА и Мандрива как различных составных частей одного целого. При просмотре и усваивании данной информации, пожалуйста, помните, что: некоторые элементы процесса находятся в активной разработке и изменении, а некоторые элементы только планируются. Всё это необходимо осознавать на фоне происходящих событий и нелёгких перемен, касающихся дистрибутива Мандрива, составной частью которого является РОСА. На сегодняшний день начато комплексное тестирование ROSA и Mandriva тремя тестовыми командами. Особое внимание уделено разработке возможностей для пользователей, желающих внести клад в улучшение качества дистрибутива.
Весь процесс упрощённо можно представить так:
Improver
Первым и самым широко доступным инструментом, с помощью которого любой пользователь имеет возможность помочь в тестировании и исправлении ошибок РОСА/Мандрива, является Improver. Что такое Improver? Improver -- это самостоятельная разработка команды девелоперов РОСЫ, аналогов этой системы нет даже в Убунту.
Идея заключается в том, чтобы связать воедино тестирование дистрибутивов как специалистами-профессионалами, так и добровольцами-любителями с системой исправления ошибок и со службой технической поддержки. Improver — программный комплекс, состоящий из нескольких частей:
- клиентской части;
- серверной части;
- веб-приложения конфигурирования.
Система Improver собирает информацию о программно-аппаратных составляющих клиентских рабочих станциях и даёт возможность выполнения планов тестирования, заданных менеджером системы.
Административная часть
Административная часть системы предоставляет возможность управления тест планами и пользователями. Администратор имеет возможность генерировать отчеты различной направленности на основании информации поступающей в базу данных с клиентских рабочих станций.
Клиентская часть
Клиентская часть системы состоит из программы для выполнения тестпланов Improver_client. Improver_client, отвечает за регистрацию пользователя, получение информации о программно-аппаратной составляющей рабочей станции, получение списка тест планов, выбор и прохождение тест-плана, отправку отчета на сервер, а также предоставляет ряд инструментов для выполнения тестовых заданий.
Серверная часть
Серверная часть состоит структурно из следующих трех компонент: 1. Augeasd — программа-демон, обрабатывающая запросы клиентской части, передающей информацию следующему демону; 2. Herculesd — программа-демон, парсер отчетов от клиентов, добавляет информацию в базу данных(БД); 3. PostgreSQL — серверные процессы, предоставляющей доступ к БД.
К выходу релиза ROSA2011 система Improver получит интеграцию с системой Helpdesk (http://helpdesk.rosalab.ru/index.php ).
Helpdesk
Что такое Helpdesk? Helpdesk -- это портал техподдержки РОСЫ, а также мини-багзилла для русскоязычных пользователей.
Краткое описание схемы работы Helpdesk по заявками, открытым непосредственно пользователями.
Инцидент (тикет) — описание проблемы, полученное от пользователя и назначенное исполнителю. Содержит в себе следующую информацию: имя пользователя, версию ПО/пакета, уровень инцидента, описание инцидента, описание способа воспроизведения инцидента.
Инцидент может иметь один из следующий уровней:
НИЗКИЙ, СРЕДНИЙ, ВЫСОКИЙ, КРИТИЧЕСКИЙ. Уровень инцидента устанавливается пользователем при начальной публикации инцидента. Уровень инцидента может изменяться инженером в процессе анализа ситуации.
Для каждого уровня инцидента устанавливаются собственные уровни оповещения персонала и время реакции инженера.
Инцидент может находиться в одном из следующих состояний:
НОВЫЙ, В ОБРАБОТКЕ, ИСПРАВЛЕНИЕ, ОЖИДАНИЕ, РЕШЁН, ЗАКРЫТ.
Переходы между состояниями:
Состояние «НОВЫЙ» присваивается инциденту при его публикации пользователем. Возврат в это состояние невозможен.
Состояние «В ОБРАБОТКЕ» присваивается инциденту после его назначения инженеру или после получения новых данных от пользователя.
Состояние «ИСПРАВЛЕНИЕ» присваивается инциденту в случае если инцидент связан с исправлением исходного кода. В этом состоянии информация об инциденте публикуется в системе исправления ошибок. Время работы над инцидентом в этом состоянии ставится на удержание до момента получения данных от системы исправления ошибок.
Состояние «ОЖИДАНИЕ» присваивается инциденту после отправки инструкций / исправлений пользователю.
Состояние «РЕШЁН» присваивается инциденту в случае положительного ответа пользователя на высланные инструкции / исправления.
Состояние «ЗАКРЫТ» присваивается инциденту в случае когда пользователь не отвечает длительный период времени (согласно настроек системы) или когда исправление ошибки запланировано на следующий выпуск дистрибутива.
На Helpdesk поступают также и автоматические заявки, в том числе и из Improver, что даёт возможность эффективного взаимодействия службы технической поддержки с волонтёрами-тестировщиками дистрибутива.
Дальнейший этап
На основании результатов тестов Improver составляется список 10 наиболее встречаемых ошибок, превышающих порог срабатывания. Список составляется на периодической основе с периодом от 7 до 30 дней. Далее, инженеры первого уровня проверяют ошибки, описанные в этих заявках, на соответствие действительности. Если проблема, описанная в заявке, может быть решена начальными средствами пользователя, то предлагается решение и отправляется обратно в Improver. Если проблема более сложная, то она передаётся на второй уровень. Инженер второго уровня локализует проблему до уровня пакета и проверяет по базе тикетов в багзилле Мандривы наличие похожей проблемы. Если тикет уже есть, то он обновляется информацией из Improver. Если тикета нет, то создаётся новый. И далее уже ожидается реакция QA Мандривы.
Также в качестве первого рубежа общения с русскоязычными пользователями РОСЫ планируется открытие форума на оф. сайте РОСЫ, где желающие получат возможность задать вопросы и получить ответы.
