Архив рубрики: Баг-трекер

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

Во-первых, под словом “Workflow” в Mantis подразумевается “Переходы состояний процесса”. Но мне проще сказать “воркфлоу”, нежели “переходы состояний”. Во-вторых, у нас Mantis говорит на английском языке, поэтому все дальнейшие указания я буду делать по английской версии. Хотя там есть даже язык “волапюк”… В третьих, нужно покопаться в коде приложения. Залогинившись под административным аккаунтом, переходим на… Читать далее »

Разруливаем баги в Mantis

Обращение к нации Дорогой разработчик, в нашем мире существуют люди, которые могут найти баги даже в идеально написанной тобою программе. Обороняться от такой несправедливости бессмысленно, поэтому лучше это дело упорядочить. Для этого используются системы управления дефектами вроде “Mantis”. Да, можно называть дефекты багами. Главное не в названии, главное в том, что их надо чинить.

Этот противный “Can’t reproduce”

Для самомнения вердикт “Can’t reproduce” не так страшен как “Not a bug“, но – тоже неприятно. Официальщина: “Не могу воспроизвести” означает только то, что работник, ответственный за починку дефекта, не смог его воспроизвести на билде, указанном в описании дефекта. Почему не смог? Из-за разницы в конфигурации компьютеровВ веб-отрасли это бывает реже, чем в десктопных приложениях.… Читать далее »

Как можно тестировать то, в чем не разбираешься?

В записи “Не баги” тоже надо заносить в багтрекер” был описан более-менее идеальный случай “становления тестировщиков” посредством занесения в багтрекер всех “не багов”. Коллега Olga пишет правильное замечание: это не работает на больших проектах. Если проект большой, часто у тестировщиков просто нет времени прочитать все существующие баги, физически. Это неправильно, но жизнь есть жизнь. За… Читать далее »