• Главная
  • О сайте
  • Архив

Normal testing

From the programmer's worst friend

Feeds:
Записи
Комментарии
« Бурление конференцийной жизни
Календарная печаль »

Тонкая настройка ‘Workflow Transitions’ в Mantis

13.09.2010 Автор: Alexei Lupan

Во-первых, под словом «Workflow» в Mantis подразумевается «Переходы состояний процесса». Но мне проще сказать «воркфлоу», нежели «переходы состояний».

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

Хотя там есть даже язык «волапюк»…

В третьих, нужно покопаться в коде приложения.

Залогинившись под административным аккаунтом, переходим на страницу «manage > Manage Configuration > Workflow Transitions»

По-русски: «управление > Управление конфигурацией > Переходы состояний процесса«.

По-простому: http://вашMantis/manage_config_workflow_page.php

По-умолчанию в Mantis присутствуют следующие статусы:

  • new
  • feedback
  • acknowledged
  • confirmed
  • assigned
  • resolved
  • closed

Есть еще связанный статус ‘reopened’, но рассматривать его пока незачем.

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

В частности, в нашем офисе разработчикам понадобился новый статус задач ‘Active’, для того, чтобы быстро узнавать, кто и чем у них занят прямо сейчас.

Мы таки добавили новый статус, хотя поначалу намеревались переименовать один из существующих.

Но добавить новый статус и дальновиднее, и интереснее 🙂

По причинам удобства, хотелось, чтобы статус ‘active’ можно было устанавливать наиболее быстро и просто, без постоянного развертывания выпадающего списка статусов…

Блин, это сделать даже быстрее, чем разъяснить.

Также встал вопрос про статусы ‘acknowledged’ и ‘confirmed’. Вопрос встал такой — нафига нам эти статусы? Мы ими не пользуемся. Надо бы их прибить.

Понеслось!

Как добавить новый статус

Документацией задокументироваться (чем больше, тем лучше):

  • http://www.mantisbt.org/forums/viewtopic.php?f=11&t=11873
  • http://linuxsysadminblog.com/2009/03/adding-custom-mantis-bug-status/
  • http://wiki.colar.net/adding_custom_bug_status_in_mantis
  • http://www.mantisbt.org/forums/viewtopic.php?f=3&t=6351
  • http://manual.mantisbt.org/manual.customizing.mantis.customizing.status.values.php

В файле ‘config_inc.php‘ указать (там все в одну строку, я тут перенес после запятых, чтобы верстку не ломать):

/*************************
* MantisBT Enum Strings *
 *************************/
$g_status_enum_string =
     '5:active,
     10:new,
     20:feedback,
     30:acknowledged,
     40:confirmed,
     50:assigned,
     80:resolved,
     90:closed';

В файле ‘custom_constant_inc.php‘ указать

<?php
 define ( 'ACTIVE', 5 );
 ?>

В файле ‘custom_strings_inc.php‘ указать

<?php
 if ( lang_get_current() == 'english' )
 {
 $s_status_enum_string =
     '5:active,
     10:new,
     20:feedback,
     30:acknowledged,
     40:confirmed,
     50:assigned,
     80:resolved,
     90:closed';
 $s_active_bug_button = "active";
 $s_active_bug_title = "Set Issue active";
 $s_email_notification_title_for_status_bug_active = "The following issue is active.";
 }
 ?>

Теперь давайте настраивать очередность переходов issue между статусами. Это можно сделать и руками в конфигурационном файле, но проще и нагляднее (а значит, более предсказуемо) сделать это через веб-интерфейс, на странице Workflow Transitions.

Картинка для привлечения нашего наипристальнейшего внимания:

Таблица читается следующим образом:

  1. первая колонка слева — существующие статусы.
  2. последняя колонка справа — следующий статус, который будет отображаться после установки статуса из левой колонки.
  3. между левой и правой колонкой — статусы, переходы на которые будут возможны. Есть галочка — будет возможность перехода. Нет галочки — нет возможности перехода.

Итак, судя по галочкам из моей таблицы, если какое-нибудь issue будет лениво пребывать в статусе ‘active’, тогда:

  • по-умолчанию в выпадающем списке следующий статус будет ‘resolved’. Это указано в крайней правой колонке.

  • а возможные пееходы из статуса ‘active’ будут:
    • feedback,
    • assigned,
    • resolved,
    • closed.

Перепрыгнем ниже.

Если issue будет пребывать в статусе ‘assigned’, то:

  • по-умолчанию в выпадающем списке следующий статус будет ‘active’.
  • а следующими переходами будут
    • active,
    • feedback,
    • assigned,
    • resolved,
    • closed.

Логика понятна?

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

Судя по галочкам в моей таблице, отсутствие галочек в колонках ‘acknowledged’ и ‘confirmed’ означает, что переходов в эти статусы не будет нигде и никогда.

Поэтому на той же странице настройки в разделе «Workflow Validation» будет указано малиновым цветом, что для статусов ‘acknowledged’ и ‘confirmed’

You cannot move an issue into this status.
You cannot move an issue out of this status.

Это нормальное явление. Пусть висит.

Когда-то случалось работать с Mantis с добавленными статусами ‘In testing’ и ‘Tested’, но в нынешнем офисе считается, что задача готова к тестированию в моменту перехода в статус ‘Resolved’. Тоже нормальное явление.

Мелкая мелочь — как в Mantis версии 1.2.2 удалить перечёркнутость с номера issue со статусом ‘resolved’:

скопировать default.css в свой файл mycss.css (находится в каталоге /css/), и заменить в этом файле line 20

a.resolved { text-decoration: line-through underline; 

на

a.resolved { text-decoration:  underline; }

и в файле config_inc.php указать:

$g_css_include_file = 'css/mycss.css'; 

Ваша оценка:

Поделиться ссылкой:

  • Tweet
  • по электронной почте
  • Печать

Понравилось это:

Нравится Загрузка...

Похожее

Опубликовано в Баг-трекер, Документация, Откровения, Скриншоты | Отмечено Mantis |

  • Aut bene

    Спiвпрацювальник по підготувальні тестувальників.

    Автор [глоссария] терминологии тестирования (english).

    Неоднократный докладчик [SQA Days], [QA Fest] и других конференций по тестированию ПО.

    Неспешный езжун на «[Волга ГАЗ-21]» 1965 года выпуска.

    Игрун чего-то похожего на тяжелый блюз [на классической гитаре].

    И так [далее].

  • Присоединиться к ещё 1 338 подписчикам

  • Follow Normal testing on WordPress.com
  • Залежи

  • Темы

    • Без рубрики (6)
    • Документация (18)
      • Тест-план (2)
    • Изображения (149)
      • Видео (49)
      • Комиксы (20)
      • Скриншоты (48)
      • Фотографии (46)
    • Инструменты (53)
      • Debian (13)
      • Макросы (1)
      • Трекеры (15)
        • Баг-трекер (8)
        • Тест-трекер (5)
      • LibreOffice (4)
    • Книги (19)
    • Конференции (138)
      • Подкасты (12)
      • Презентации (50)
        • Слайдкасты (10)
      • Семинары (19)
    • Обзоры (1)
    • Постановка мозгов (246)
      • Банальное (168)
        • Не смешно (47)
        • Неприятно (14)
        • Печали (15)
        • Радости (57)
        • Смешно (35)
      • В гостях у психиатра (45)
        • Поросенок v2.0 (3)
        • Странности (12)
        • Удивительные баги (17)
      • Level 80 (2)
    • Соображения (206)
      • Балабольник (10)
      • Гипотезы (11)
      • Озарения (55)
      • Откровения (88)
    • Статьи (23)
      • Интервью (6)
      • Опросы (1)
      • Переводы (11)
    • Управляторское (56)
      • Agile (13)
      • Программисты (23)
      • Рекрутинг (8)
    • Учеба в бою (83)
      • Тренировка (13)
      • Фишки (28)
      • Читерство (9)
    • Testing like… (79)
      • Acceptance testing (5)
      • Business Driven Testing (2)
      • Context-driven testing (2)
      • Defect-based Test Design Technique (1)
      • Автоматизация (37)
        • Performance Testing (5)
      • Рецессионное тестирование (1)
      • Юзероиммитатор (15)
      • Exploratory testing (9)
      • тест-дизайн (8)
      • State Transition testing (1)
      • Unit testing (1)
      • Usability testing (2)
    • To Do (12)
      • Анонсы (7)
  • Тэги

    Calc Excel James Bach Jira Mantis SQA Days SQA Days 7 SQA Days 8 SQA Days 10 Александр Александров Александр Орлов Алексей Баранцев Наталья Руколь Хватит тупить Юля Нечаева
  • Самое читаемое

    • Тестируем поля логин/пароль
    • Как в Excel отображать символ валюты перед цифрами
    • План тестирования должен быть внятным, четким, небольшим
    • Что такое перформанс-тестирование
    • Разница между ошибкой (багом) и дефектом (тоже багом)
    • Сохранить несохраняемое видео от дяди Боба Мартина
    • Группирование данных в Excel
    • Основные положения тестирования
    • Priority & Severity на пальцах обезъянок
    • Ссылки в Confluence. Mazafaka
  • Комментарии

    • Alexei Lupan к записи Сетап для преподавания в сети
    • Сергей к записи Сетап для преподавания в сети
    • Alexei Lupan к записи Сетап для преподавания в сети
    • Дмитрий к записи Сетап для преподавания в сети
    • Сетап для преподавания в сети | Normal testing к записи Оценка времени на тестирование: неочевидные надводные камни
    • Мария к записи Выделить вкладку страницы в фокусе в Firefox
    • Alexei Lupan к записи Савин, Фолкнер и Нгуен…
  • Блоги о тестировании

    • 1) Блоги тестировщиков на software-testing.ru
    • Про тестинг
    • Selenium IDE — rulezzz!
  • Профессиональное

    • Удобный софт
    • Управление тестированием
    • IT Crowd wikiquotes
    • Testing History

На платформе WordPress.com.

WPThemes.


Отмена

 
Загружаются Комментарии...
комментарий
    ×
    loading Отмена
    Сообщение не было отправлено — проверьте адреса электронной почты!
    Проверка по электронной почте не удалась, попробуйте еще раз
    К сожалению, ваш блог не может делиться ссылками на записи по электронной почте.
    Политика конфиденциальности и использования файлов сookie: Этот сайт использует файлы cookie. Продолжая пользоваться сайтом, вы соглашаетесь с их использованием.
    Дополнительную информацию, в том числе об управлении файлами cookie, можно найти здесь: Политика использования файлов cookie
    %d такие блоггеры, как: