-
<p>Добрый день.</p>
<p>Какие поблемы решает новый портал для бета тестирования продуктов, как он упростит взаимодействие между бета тестером и командой ЛК.</p>
<p></p>
<p>Для понимания какие проблемы решает портал, нужно их оговорить. Давайте посмотрим на жизненный цикл проблемы в рамках сезона 2019.</p>
<ol>
<li>Бета тестер находит баг.</li>
<li>Описание проблемы заносится на форум.</li>
<li>Модератор, как опытный пользователь делает первичную оценку проблемы и выносит свой вердикт.
<ol>
<li>Если описанная пользователем проблема действительно является багом и ранее не втречалась на форуме, а так же вся информация предоставлена верно, модератор принимает решение о принятии бага.
<ol>
<li>Тут стоит оговорится, что если информация предоставлена не полностью, модератор вправе попросить у пользователя дополнить описание, для принятия проблемы.</li>
</ol>
</li>
<li>Если описанная пользователем проблема не является багом или встречалась ранее на форуме, проблему модератор отклоняет.</li>
</ol>
</li>
<li>Когда все формальности с проблемой решены, модератор заносит проблему во внешний баг трекер.</li>
<li>Помимо присутсвия на форуме сотрудники ЛК следят за поступившими проблемами во внешнем баг трекере и реагируют на все новые баги.</li>
<li>После просмотра информации о проблеме, сотрудник заносит проблему во внутренний баг трекер.</li>
</ol>
<p data-select-like-a-boss="1"></p>
<p>Схема жизни проблемы получается следующей: Find > Forum > extBugTracker > inBugTracker. Стоит упомянуть ещё один важный момент, внешний баг трекер синхронизируется со внутренним баг трекером в автоматическом режиме, тем самым позволяя пользователям получать информация о статусе своих проблем. При подобной схеме мы имеем проблему, участникам бета тестирования приходится иметь под рукой два инструмента. Первый форум, для создания баг, второй внешний баг трекер для их отслеживания.</p>
<hr />
<p>Новый портал, решает проблему двух инструментов создавая комлпексное решение для описания проблем и дальнейшее отслеживания их статуса. Формат форума хорошо вписывается в концепцию бета тестирования, создавая новый портал, мы придерживались старых давно устоявшихся традиций, но с взглядом на развитие направления бета тестирования.</p>
<p>Некоторые категории, созданные для описания проблем, являются трекерами - создавая проблему в таких категорях вы создаёте баг во внешнем баг трекере, что даёт нам возможность присвоить статус и уникальный номер вашему сообщению, давайте рассмотрим жизненный цикл проблемы на новом портале.</p>
<ol>
<li>Бета тестер находит баг.</li>
<li>Описание проблемы заносится на портал.
<ol>
<li>Портал создаёт баг во внешнем трекере и присваивает ему статус который синхронизируется на портале.</li>
</ol>
</li>
<li>Модератор в рамках описанной проблемы на портале может запросить информацию, принять или отклонить проблему. Важно отметить что вся работа производится в рамках проблемы, тем самым вся история сохранится в одном месте.
<ol>
<li>Если модератор запрашивает информацию у пользователя, для внесения ясности в первичное описание бага, в таком случае проблеме присваивается статус "Нужна дополнительная информация" - пользователь получает уведомление, о том, что с его проблемой поработали. В дальнейшем при ответе пользователя проблема автоматически изменит статус на "Ифнормация предоставлена", указывая модератору о возможности продолжить работу с проблемой.</li>
<li>В случае когда модератор удовлетворён описанием проблемы изначально, он может "Приянть" баг что в свою очередь перевердёт проблему в статус "В обработке" и это даёт сотрудникам понимание, что баг прошёл премодерацию и его следует расценивать как баг.</li>
<li>В третьем случае модератор может отклонить проблему установив соответсвующий статус "Отклонить", такие баги не будут рассмотрены сотрудниками ЛК.</li>
</ol>
</li>
<li>После прохождения премодерации, баг заносится во внутренний баг трекер.</li>
</ol>
<p></p>
<p>При выстраивании рабочего процесса на портале, мы получаем жизненный цикл такйо: Find > Portal > inBugTracker. Отсюда следует, что вам совершенно не нужно понимать и знать как работает внешний баг трекер, так как вся информация о проблеме отображается на портале в автоматическом режиме. Что это значит, это значит, что когда проблема приобретает статус "Принят" мы получаем автоматическую связь с внешним баг трекером который в свою очередь синхронизируется с внутренем. Подобный уровень прозрачности позволяет видеть, что происходит с проблемой на форуме, не используя второй инструмент.</p>
<p data-select-like-a-boss="1">Пару слов о Джарвисе, это наш бот который помогает синхронизировать работу портала и внешнего баг трекера. Если вы увидете что в вашей проблеме отписался имено он, знайте, что на самом деле он передал вам слова сотрудника ЛК оставленные во внешнем баг трекере.</p>
<p></p>
<p>Буду рад ответить на вопросы.</p> -
<p>Планы развития портала:</p>
<ol>
<li>Создать страницы с информацией о тестировании.</li>
<li>Восстановить рассылки о новых версиях по почте.</li>
<li>Доработка и исправление ошибок портала.</li>
<li>Внесение изменений в дизайн портала.</li>
<li data-select-like-a-boss="1"><span style="text-decoration: line-through;">Переезд на поддомен eap.kaspersky.com</span></li>
<li data-select-like-a-boss="1">Интеграция с my.kaspersky.com</li>
</ol> -
<p>Планируется ли развитие портала или уже все? </p>
<p>Надо бы актуализировать гайд: <a href="http://wiki.qainfo.ru/ru/home" target="_blank" rel="noopener">Руководство бета-тестера | Wiki β-testing (qainfo.ru)</a> и закрепить в шапке</p>
