Содержание
- Ошибка µTorrent 9
- Материал из WikiTorrents
- Ошибки µTorrent
- Материал из WikiTorrents
- Статьи » Битторрент » Статус трекера
- Статус трекера
- Невозможность связаться с трекером
- Ошибки, выдаваемые трекером
- Превышено макс. количество торрентов
- Торрент не зарегистрирован на трекере
- Эта версия клиента забанена на трекере
- Запрещенный порт
- Неправильный passkey
- Пользователь незарегистрирован
- (Непонятные сообщения)
- Обновление трекера
- Трекеры с ошибкой что значит
Ошибка µTorrent 9
Материал из WikiTorrents
Эти ошибки означают, что клиент вообще не смог связаться с трекером. Возможно ваш провайдер блокирует наши сервера. Обход такой блокировки обсуждается в теме https://rutracker.org/forum/viewtopic.php?t=5134313
Другие возможные причины невозможности связаться с трекером:
- Ваш клиент качает или отдаёт на полной скорости вашего канала, и пакеты общения клиента с трекером теряются или доходят слишком медленно. Ограничьте в настройках скорость клиента до примерно 85–90% от возможности канала.
- Возможно, вам не хватает соединений: в меню торрент-клиента Справка -> Статистика (Help -> Show Statistics) посмотрите строку # Полуоткрытых (# half-open). Если там постоянно 8 или 10 и присутствует число больше 0 в скобках — причина именно в этом. Тогда нужно снять системное ограничение в 10 полуоткрытых TCP соединений с помощью универсального патча. После установки патча, в Настройки -> Дополнительно установите в net.max_halfopen — 80% от числа, установленного в патче.
- При ошибке «Имя хоста не найдено» в адресе трекера (не ретрекера), проверьте соответствие адреса трекера одному из этих вариантов —
Старый формат анонса:
http://bt.rutracker.org/ann?uk=passkey или http://bt2.rutracker.org/ann?uk=passkey http://bt3.rutracker.org/ann?uk=passkey http://bt4.rutracker.org/ann?uk=passkey
С ноября 2016 года трекеры переведены на другой домен и изменён формат анонса. Passkey тоже изменён и теперь имеет длину 32 символа (вместо 10-ти ранее). Для учёта статистики необходимо сменить пасскей на новый — http://rutracker.org/forum/viewtopic.php?t=3396341
http://bt.rutracker.cc/ann?pk=passkey или http://bt2.rutracker.cc/ann?pk=passkey http://bt3.rutracker.cc/ann?pk=passkey http://bt4.rutracker.cc/ann?pk=passkey
Если ошибок нет — возможно ваш провайдер блокирует наши сервера. Обойти это можно, прописав в настройках подключения к интернету один из открытых DNS (например гугловские 8.8.8.8 и 8.8.4.4) или отредактировать файл hosts. Для редактирования запустите Блокнот от имени администратора (через правый клик) и откройте файл hosts (находится C:WINDOWSsystem32driversetc ) и добавьте строки —
195.82.146.120 bt.t-ru.org 195.82.146.121 bt2.t-ru.org 195.82.146.122 bt3.t-ru.org 195.82.146.123 bt4.t-ru.org
Если у вас в клиенте есть старые торренты, можно также добавить старые анонсеры:
195.82.146.120 bt.rutracker.org 195.82.146.121 bt2.rutracker.org 195.82.146.122 bt3.rutracker.org 195.82.146.123 bt4.rutracker.org 195.82.146.120 bt.rutracker.cc 195.82.146.121 bt2.rutracker.cc 195.82.146.122 bt3.rutracker.cc 195.82.146.123 bt4.rutracker.cc
Хотя лучше поменять их на новые, вручную или программой http://rutracker.cr/forum/viewtopic.php?t=5120989
P.S. Между адресом и названием рекомендуется вставлять не пробел, а пропуск клавишей Tab.
Заодно проверьте, что там нет ничего лишнего…
Это позволяет клиенту обращаться напрямую к трекеру, минуя запрос к DNS.
Не забудьте о том, что когда-то правили файл hosts, ведь у сайта может смениться ip-адрес (это бывает крайне редко, но не исключено), и тогда жёстко заданный адрес в hosts превратится в помеху.
- Возможно, ваш файервол и/или антивирус полностью блокирует исходящие соединения вашего торрент клиента, попробуйте настроить, или вовсе отключайте их. ( Настройки роутеров и файерволлов )
- Возможно, проблема в вашем клиенте или его обновлении . Поставьте одну из самых стабильных, надёжных и наименее «глючных» версий (1.8.2, 1.7.7, 1.6.1) и не забудьте при этом на вкладке Общие снять галочку с Автопроверка обновлений. Если проблема останется и с другим клиентом, то ищите решение в других перечисленных пунктах.
При смене версии µTorrent может сыграть свою роль несовместимость файлов настроек — при обновлении старая версия клиента некорректно накладывается на новую и происходит «глюк», вариант решения проблемы — это полная деинсталляция (удаление) клиента с дальнейшей переустановкой клиента, либо удаление только файлов настроек.
При деинсталляции клиента желательно делать резервные копии файлов, исполняемый файл программы по умолчанию размещён в C:Program FilesuTorrent. Там же могут быть размещены файлы настроек и данных.
Чтобы попасть в данную папку выполните —
— файлы настроек (информация о выбранных опциях) — settings.dat , settings.dat.old ; — файлы данных (информация о раздачах в клиенте) — resume.dat , resume.dat.old ; — некоторые специфичные настройки хранятся в прочих файлах *.dat и .dat.old .
Можно не удалять клиент, а попробовать ограничиться удалением settings.dat и settings.dat.old , что приведёт к сбросу настроек на «заводские». Затем рекомендуется воспользоваться Инструкцией по настройке µTorrent.
Во время архивирования или удаления упомянутых файлов клиент должен быть выключен.
Если при переходе ( обновлении ) на более новые версии и возникновением проблем с учётом статистики, созданием своих раздач и т.д. вы решили вернуться к предыдущей версии клиента , выполните —
Остановите (выход) клиент. Пуск -> Выполнить ( Start -> Run ), вставьте %appdata%utorrent и нажмите OK. Удалите файлы settings.dat и settings.dat.old Загрузите и установите клиент, затем запустите и настройте.
- Трекер перегружен и не успевает обрабатывать все запросы. Тут вы уже ничего не сделаете. Зайдите на форум трекера и поищите, нет ли у кого таких же проблем — и ждите, пока администраторы трекера устранят проблему.
- Отключён по таймауту (превышено время ожидания) — может быть вызвано переполнением кэша клиента. Лечится частым включением-выключением клиента, либо установкой автоопределения и автоувеличения кэша в настройках.
- У вас некорректно работает интернет, проблемы с доступом других сегментов сети в вашем районе, а как следствие и проблема со связью/доступом к трекеру.
- 400 Bad Request (Плохой запрос) — Запрос не понят сервером из-за наличия синтаксической ошибки. Клиенту следует повторно обратиться к ресурсу с изменённым запросом.
Ошибка, не имеющая прямого отношения ни к какому трекеру, это ошибка протокола HTTP и означает, что сервер не понял запрос с твоего компьютера, запрос был «битый». Разгрузи канал, перегрузи комп, модем . или
— Обновить NOD32 до версии 3.x — Добавить utorrent.exe в список исключений IMON’s — Отключить IMON — Воспользоваться другой версией µTorrent
- Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера.
Сервер в роли шлюза или прокси получил сообщение о неудачном выполнении промежуточной операции. Это означает, что ваш браузер получил недопустимый ответ от другого сервера (или прокси-сервера) и выводит общую заставку «502 Bad Gateway», для информирования о возникшей ситуации. В основном ошибка 502 — это проблемы серверной части, а не клиентской. Но прежде чем «опускать руки», можете проверить и у себя — «…а вдруг получится…» Первым делом стоит попробовать набрать в адресной строке браузера ссылку на другой Web-сайт. Лучше выбрать какой-нибудь гарантированно работающий Web-ресурс, территориально размещенный на территории, откуда вы сами получаете доступ к Интернету. Если вы обнаружили, что доступ к Интернету имеется, но ваше обращение к конкретному Web-сайту всё равно дает ошибку 502, то попробуйте удалить cookies (конкретно для этого сайта или все имеющиеся) в браузере. Попробуйте добавить в hosts адреса, см. выше. Если и это не помогло, тогда источник ошибки лежит где-то за пределами вашей сети или домашнего ПК.
Исключения редки (типа вирус, подменяющий тотально DNS и отрабатывающий запросы к серверу), но шанс столкнуться с ними минимален.
P.S. В связи с тем, что теперь во все торрент-файлы автоматически добавляется «виртуальный» адрес ретрекера retracker.local, сообщение об ошибке доступа может появиться в статусе ретрекера, а не основного трекера bt*.rutracker.org/ . Например:
По этому поводу не волнуйтесь — к соединению с собственно трекером это отношения не имеет, при такой ошибке можно просто удалить строку с ретрекером в свойствах торрента.
Источник
Ошибки µTorrent
Материал из WikiTorrents
При ошибках трекера у вас с большой вероятностью статистика по торренту будет неправильной или вообще не будет учитываться. В случае ошибок торрента не будет закачки или отдачи.
Важно: многие пользователи не знают или забывают, что статистика на трекере не обновляется в реальном времени. Алгоритм такой: клиент шлёт статистику по каждому торренту примерно раз в час. Трекер, в свою очередь, собирает эту статистику в свой буфер, обновляющийся каждые 5–10 минут, и переносит в колонку «Сегодня». Время до следующего обновления торрента в клиенте можно посмотреть рядом со статусом трекера (см. скриншот ниже), а время последнего обновления по данным трекера — в подробной статистике пиров нужного торрента, установив курсор на собственный ник.
Следите за данными в своем профиле — при наличии ретрекера стрелки могут остаться зелёными при ошибках в статусе трекера, неправильном адресе (должно быть: bt.rutracker.org. bt2. , bt3. , bt4. ), или его отсутствии.
Можно включить в сводной таблице раздач отображение столбцов «Трекер» (Tracker) и «Статус трекера» (Tracker Status), или хотя бы только второй из них. При ошибке в столбце «Статус трекера» (а это всегда относится к bt*.rutracker.org) отобразится текст ошибки. В столбце «Трекер», при отсутствии ошибок, пишется имя трекера/ретрекера, находящегося первым в списке.
И не забывайте — трекер «связывает» клиентов друг с другом, но напрямую не участвует в обмене данными раздаваемых файлов, поэтому раздача/скачивание продолжаются и при обрыве связи с трекером без учёта данных.
Где смотреть статус торрента/трекера? [1]
Источник
Статьи » Битторрент » Статус трекера
Статус трекера
В клиенте у каждой активной задачи есть так называемый статус трекера .
Чтобы его увидеть, нужно выбрать задачу и затем:
в Azureus и µTorrent посмотреть на вкладку «Общее».
в BitComet посмотреть в раздел «Информация» или «Tрекер»
Статус трекера — это результат последнего обращения клиента к трекеру.
У активной задачи, получившей нормальный ответ от трекера, там пишется «Ок» или «работает».
Невозможность связаться с трекером
- Если в статусе трекера написаны примерно такие сообщения:
- имя хоста не найдено
- HTTP ошибка
- offline (timed out)
- соединение закрыто пиром
- Connection Error (no data received from tracker)
то это означает, что клиент вообще не смог связаться с трекером.
- Самые распространенные причины:
- Трекер перегружен, и не успевает обрабатывать все запросы. Тут вы уже ничего не сделаете. Зайдите на форум трекера и поищите, нет ли у кого таких же проблем
Ваш клиент качает или отдает на полной скорости вашего канала, и пакеты общения клиента с трекером теряются или доходят слишком медленно. Ограничьте в настройках скорости клиента до примерно 90% от возможности канала.
Вы можете пару раз сделать ручное обновление статуса, чтобы выяснить, проблема временная или постоянная.
Ошибки, выдаваемые трекером
Если клиент успешно связался с трекером, но трекер выдал сообщение об ошибке, то клиент в статусе трекера покажет это сообщение.
На разных трекерах ошибки клиентам могут выдаваться на английском, на транслите или на русском. Далее мы рассмотрим основные возможные виды сообщений.
Превышено макс. количество торрентов
Большинство трекеров ограничивают масимальное количество раздач в которых вы можете участвовать одновременно. Обычно это число зависит от так называемого класса пользователя и указано на странице деталей пользователя. Решение простое: не качайте больше раздач, чем вам положено.
Некоторые трекеры ограничивают только количество качаемых раздач, а сидировать можно неограниченно. На таком трекере запускайте сначала все ваши задачи на сидирование, а потом уже те, которые качаете.
Если трекер выдает вам эту ошибку когда вы еще не дошли до своего максимума, то скорее всего у вас в профиле раздачи-призраки.
Торрент не зарегистрирован на трекере
Эта версия клиента забанена на трекере
Запрещенный порт
Неправильный passkey
Пользователь незарегистрирован
(Непонятные сообщения)
- Если сообщение от трекера написано непонятно, то
- подумайте, не может ли оно быть одним из рассмотренных выше сообщений
- в случае нечитабельных русских букв попробуйте другой клиент
- посоветуйтесь с администрацией трекера, по возможности указав скриншот сообщения или хотя бы примерное расположение слов и цифр в сообщении
Обновление трекера
Рядом со статусом трекера клиент показывает, сколько минут осталось до следующего планового обращения к трекеру. Период между обращениями зависит от настроек трекера и клиента.
Вы можете заставить клиент обратиться к трекеру не дожидаясь пока «время до обновления» уменьшится до нуля. Обычно это действие называют » Ручное обновление «. Щелкните правой кнопкой мыши на задаче и в меню выберите » Обновить трекер » (µTorrent) / » Подключить вручную » (BitComet). В Azureus есть специальная кнопка справа от статуса трекера.
Источник
Трекеры с ошибкой что значит
Генерал армии 
Группа: Пользователи
Сообщений: 419
Регистрация: 22.5.2009
Пользователь №: 39
Страна:
Для определения появившейся проблемы и способа ее решения, в первую очередь необходимо узнать название ошибки, которое, в зависимости от версии клиента, можно получить следующим образом:
1. Для uTorrent 1.7.7 и ниже необходимо:
— Запомнить текст в графе Статус трекера;
— Запомнить текст в графе Состояние в строке с именем http://bigfangroup.org/announce.php?passkey= passkey .
После этого необхожимо сопоставить название ошибки с одним из приведенных ниже и выбрать способ решения.
1) Текст ошибки:
Рус: Торрент не зарегистрирован на трекере
Анг: Torrent not registered with this tracker
Способы решения:
Это означает, что эта раздача на трекере изменена/удалена и трекер больше не признает скачанный Вами торрент файл. Посетите еще раз страницу раздачи, чтобы это проверить. Старые раздачи обычно удаляют за сроком давности, новые — из-за несоответствия правилам трекера. Если автор перезалил торрент-файл (например, при добавлении новой серии в раздаче сериала), то Вам необходимо удалить старый торрент-файл и скачать новый.
2) Текст ошибки:
Невозможность связаться с трекером
— имя хоста не найдено / hostname not found
— отключен (превышено время ожидания) / offline (timed out)
— соединение закрыто пиром / connection closed by peer (так же см п.п. 10 и 11)
— ошибка соединения / connection Error (no data received from tracker)
— Ограничьте в настройках скорости клиента до
90% от возможности канала;
— Увеличьте 10 полуоткрытых TCP соединений до 1000 и более, с помощью патча (например, Half-open limit fix );
— при ошибке HTTP 400 (актуально для uTorrent 1.8) есть четыре варианта решений:
2. Добавить utorrent.exe в список исключений IMON‘s;
2. Трекер перегружен, и не успевает обрабатывать все запросы. Тут Вы уже ничего не сделаете. Зайдите на форум трекера и поищите, нет ли у кого таких же проблем.
3) Текст ошибки:
Рус: Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение
Анг: No connection could be made because the target machine actively refuse
Причина:
Обычно возникает, когда Firewall настроены неверно.
Способы решения:
Индивидуально для каждого Firewall.
4) Текст ошибки:
Рус: Соединение закрыто пиром
Анг: Сonnection closed by peer
Способы решения:
Помимо причин, указанных в пункте №2 , эта ошибка также может возникать из-за проблем у провайдера. Наберите в командной строке tracert bigfangroup.org и нажмите Enter. Если в результате трассировки Вы получите что-нибудь типа:
Трассировка маршрута к bigfangroup.org [78.47.162.89]
с максимальным числом прыжков 30:
1 * * * Превышен интервал ожидания для запроса.
2 33 ms 32 ms 33 ms 1.127.254.80.donpac.ru [80.254.127.1]
3 34 ms 33 ms 33 ms 7609ptpSE800.donpac.ru [80.254.108.189]
4 34 ms 46 ms 32 ms 85.116.254.80.donpac.ru [80.254.116.85]
5 33 ms 32 ms 36 ms 85.173.2.12
6 34 ms 33 ms 33 ms 85.173.2.83
7 35 ms 35 ms 34 ms 188.128.92.249
8 139 ms 140 ms 137 ms 87.226.133.134
9 131 ms 128 ms 129 ms noris.interxion.kleyrex.n
et [193.189.82.95]
10 136 ms 135 ms 138 ms noris-gw.hetzner.de [213.239.242.253]
11 132 ms 133 ms 156 ms hos-bb1.juniper1.rz4.hetzner.de [213.239.240.200]
12 132 ms 132 ms 132 ms gi.4.2.rs3k18.rz9.hetzner
.de [213.239.244.202]
13 * * * Превышен интервал ожидания для запроса.
14 * * * Превышен интервал ожидания для запроса.
15 * * * Превышен интервал ожидания для запроса.
16 * * * Превышен интервал ожидания для запроса.
17 * * * Превышен интервал ожидания для запроса.
18 * * * Превышен интервал ожидания для запроса.
19 * * * Превышен интервал ожидания для запроса.
20 * * * Превышен интервал ожидания для запроса.
21 * * * Превышен интервал ожидания для запроса.
22 * * * Превышен интервал ожидания для запроса.
23 * * * Превышен интервал ожидания для запроса.
24 * * * Превышен интервал ожидания для запроса.
25 * * * Превышен интервал ожидания для запроса.
26 * * * Превышен интервал ожидания для запроса.
27 * * * Превышен интервал ожидания для запроса.
28 * * * Превышен интервал ожидания для запроса.
29 * * * Превышен интервал ожидания для запроса.
30 * * * Превышен интервал ожидания для запроса.
значит, проблема у вашего провайдера.
5) Текст ошибки:
Рус: Обычно разрешается одно использование адреса сокета (протокол/сетевой адрес/порт)
Анг: Only one usage of each socket address (protocol/network address/port) is normally permitted
Способы решения:
Верните параметры Настройки > Дополнительно > net.outgoing_port и net.outgoing_max_port в состояние по умолчанию, т.е. поставьте 0 (ноль).
6) Текст ошибки:
Только анг: Leeching limit exceeded
Причина:
Данная ошибка означает, что при Вашем текущем рейтинге Вы достигли предела одновременных скачиваний.
Способы решения:
Остановите все активные закачки (и не полностью скачанные раздачи), подождите некоторое время, и запустите нужную. Остальные запускайте только после того, как скачаете предыдущую.
7) Текст ошибки:
Анг: Only 3,6,12 torrent(s) allowed for leeching
Причина: Only 3,6,12 torrent(s) allowed for leeching — это ограничение на 3,6,12 одновременных закачек из-за низкого рейтинга.
Способы решения:
Докачать хотя бы одну раздачу, тогда можно будет добавить новое задание и повысить рейтинг.
Текст ошибки:
Только анг: Please LOG IN and REDOWNLOAD this torrent (user not found)
Причина:
Ошибка означает, что в свойствах торрента отсутствует или прописан неверный passkey.
Способы решения:
1. Ручное изменение passkey:
— Заходим в настройки своего профиля на трекере (http://bigfangroup.org/my.php);
— Внизу ищем графу Мой пасскей и копируем ее значение;
— Выделяем нужную(-ые) закачку(-и) (анонсы должны быть идентичные);
— Нажимаем правую кнопку мыши и выбираем Свойства;
— Ищем строку типа (если их несколько) http://bigfangroup.org/announce.php?passkey= aa500a1005004ea10050d1a10500a1
00 ;
— Заменяем выделенную часть на наш пасскей, который мы копировали в самом начале и нажимаем ОК;
— Заходим в настройки своего профиля на трекере и внизу ищем графу Мой пасскей и копируем ее значение;
— Пуск —> Выполнить —> %AppData%uTorrent, в окне проводника выбираем файлы, passkey которых необходимо сменить и копируем их в новую папку, например Out, а также создаем папку backup, куда тоже копируем эти файлы;
— Запускаем программу Torrent PassKey Changer;
— Нажимаем на Ввести новый PassKey вручную, вводим наш passkey и нажимаем OK;
— Выбираем каталог с торрент-файлами, в которых нужно изменить passkey;
— После окончания процесса закрываем программу;
— Копируем файлы из папки out на место;
9) Текст ошибки:
Рус: Трекер отсылает неверные данные:
Анг: Tracker sending invalid data
Способы решения:
1. У Вас установлен антивирус и/или фаерволл, который некорретно проверяет HTTP-трафик.
Например, есть известная бага в Agnitum Outpost (тема на оффициально форуме HELP — Outpost 2008 blocks website ! ), решение которой написано ниже.
1. Отключаем в настройках самозащиту Outpost;
Источник
Одним из факторов эффективности тестирования является рациональное управление рабочим временем. Чем шире перечень проектов и задач QA-специалиста, тем острее встает вопрос о том, каким образом можно систематизировать данные обо всех найденных багах.
И здесь на помощь приходит целый набор готовых решений – это системы, отслеживающие и фиксирующие ошибки. Багтрекер – часть инструментария тестировщика, посредством которой выстаивается правильный процесс работы.
Для чего используются баг-трекинговые системы
Системы bug tracker представляют собой прикладной сервис, в который заносятся обнаруженные тестировщиком ошибки. Чаще всего функционал такой программы включает в себя:
- создание тикетов, в которых описывается найденный баг;
- слежка за дефектом на всех этапах его существования;
- формирование аналитической отчётности (в том числе баг-репортов).
Таким образом, прямое назначение баг трекинг систем – это регистрация, учёт и контроль программных багов и иных ошибок. Посредством этого инструмента тестировщики получают информацию, которая в дальнейшем поможет оптимизировать расходы на разработку. Кроме того, багтрекеры заметно упрощают коммуникацию между членами команды.
Работа с bugtracker – это возможность проработать каждую техническую ошибку и довести тестируемый проект до совершенства. А не менее полезными станут и знания о том, как составить безупречный баг-репорт?
Жизненный цикл дефекта
В «классический» жизненный цикл бага входят пять этапов:
- Регистрация дефекта отделом тестирования. На этом этапе баг получает статус «новый».
- Назначение исполнителя для устранения ошибки. На второй ступени дефекту присваивается статус «Назначен».
- На следующем этапе баг вновь «возвращается» в сферу полномочий тестировщика, а его текущее состояние определяется как «Разрешён». При этом он сопровождается одной из резолюций: «Исправлено», «Не исправлено», «Невоспроизводимо», «Дубль».
- Проверка откорректированной ошибки тестировщиком. Если он вновь обнаружит недочёты, дефект повторно возвращается к состоянию «Назначен». В случае если баг устранён, ему присваивается статус «Закрыт».
- Если этот же дефект появляется в другой версии, тестировщик определяет его состояние как «Открыт повторно».
Какие есть баг трекинговые системы
Все существующие системы баг трекинга можно разделить на бесплатные и платные. Несмотря на то, что первые имеют менее широкий функционал и сниженную производительность, они также активно используются тестировщиками. Рассмотрим пять багтрекеров, которые, с точки зрения QA-специалистов, являются самыми эффективными.
Redmine
Начнем с бесплатных сервисов, самым популярным из которых является Redmine. Этот веб-проект с открытым кодом существует уже больше десятка лет. Посредством приложения Redmine отслеживать баги может любой тестировщик, добавленный туда в качестве наблюдателя. Из преимуществ сервиса стоит выделить возможность расширения набора функций (за счёт установки плагинов), встроенные инструменты планирования (диаграмма Ганта), гибкость при отслеживании багов.
Mantis
Еще одной бесплатной bug tracker системой является Mantis. Программа отличается простотой. Как и Redmine, этот сервис имеет открытый код и позволяет включать в проект большое количество пользователей. Преимуществом приложения является наличие мобильной версии, производительность которой ничуть не урезана. Из недостатков Mantis – невозможность генерации отчётов, автоматического отслеживания багов.
Яндекс.Трекер
Это платное приложение, однако, новым пользователям предоставляется бесплатный месячный доступ к функционалу. Яндекс.Трекер работает на основе подхода Agile, который предполагает гибкость при управлении проектами. Тестировщики могут создавать таски и давать им описание, назначать ответственных за исполнение и наблюдателей, добавлять комментарии по ходу решения проблемы.
Bugzilla
Приложение Bugzilla включает в себя стандартный, но при этом исчерпывающий перечень функций. С помощью этого сервиса отслеживаются дефекты в малых и средних проектах. Bugzilla имеет развитый API, умеет автоматически генерировать отчёты, интегрируется с разными системами управления. Кроме того, особенностью этого багтрекера является визуализация информации, т. е. подача данных в виде таблиц, диаграмм и графиков.
Jira
Этот баг трекер является самым востребованным в области тестирования. Сегодня Jira — это не просто приложение для отслеживания и учёта дефектов, но и мощнейший дашборд для:
- всестороннего управления проектами;
- контроля всех этапов работы;
- непосредственно разработки прикладных проектов.
С помощью этого дашборда тестировщики классифицируют все таски по разным признакам и управляют статусами дефекта. Все действия и изменения, проводимые QA-специалистами, фиксируются в журнале. Тестировщики могут и увязывать таски, дефекты.
Приложение выстроено на классических принципах планирования «скрам» и «канбан». Однако они дополнены вторичными механизмами.
Расширенный функционал, ловкие настройки пользовательского интерфейса и наличие инструментов планирования делают Jira самой эффективной bugtracking системой. Программа является платной, однако в ней предусмотрен бесплатный тариф с малым количеством пользователей.
В структуре Jira находится ряд компонентов, которые можно настраивать:
- рабочий процесс;
- пользовательское пространство;
- типы задач;
- окна;
- настройка пользовательского пространства;
- решения;
- уведомления.
Поскольку Jira – полифункциональный инструмент, в небольших командах тестировщиков наблюдаются сложности с обслуживанием и настройкой программы. Кроме того, работа с сервисом требует определённых навыков.
Заключение
Багтрекер – первый и ценный помощник тестировщика. При этом каждая программа, нацеленная на отслеживание ошибок, имеет собственные особенности использования. Поэтому выбор прикладного обеспечения зависит от конкретных потребностей тестировщика.
Приступить к освоению новой сферы деятельности и, в том числе, к получению навыков работы с таким сложным багтрекером как Jira, помогут курсы по тестированию программного обеспечения.
Содержание
- Transmission не может присоедениться к трекеру
- исправлено Transmission невозможно подключиться к трекеру
- Вопрос
- Unfaithful
- Unfaithful
- Transmission: Не удается подключиться к HTTPS-трекеру.
- Все 35 Комментарий
- Transmission трекер выдал ошибку сбой подключения
- Кто сейчас на форуме
- Статьи » Битторрент » Статус трекера
- Статус трекера
- Невозможность связаться с трекером
- Ошибки, выдаваемые трекером
- Превышено макс. количество торрентов
- Торрент не зарегистрирован на трекере
- Эта версия клиента забанена на трекере
- Запрещенный порт
- Неправильный passkey
- Пользователь незарегистрирован
- (Непонятные сообщения)
- Обновление трекера
Transmission не может присоедениться к трекеру
Поставил Transmission 2.82, настроил. Все работает кроме скачивания. Сам торрент в список добавляется, но дальше дело не идет. В логах пишется «Could not connect to tracker».
Если важно:
— Gentoo
— Запускаю так: /etc/init.d/transmission-daemon start
— Использую WEB клиент
— Сеть проводная (без wifi)
— Рутер/NAT
— Параллельно стоит deluge — работает
— rutracker
Как анализировать? Что может быть?
Лог запуска, при котором добавлен один торрент:
конфиг transmission в студию
дай сам торент файл или магнет ссылку.
[14:51:49.796] Could not connect to tracker (announcer.c:999)
Нет соединения с трекером.
SELinux никакого нету?
Посмотри от какого пользователя запускается transmission, и есть ли у него права на запись в директории куда качаешь и где конфиги.
Скачался. Попробовал на более большом файле — поначалу есть задержка (по сравнению с deluge), но потом скачивается. В логах сабжевые сообщения сыпятся.
В общем, снимаю критичность с проблемы, но если есть идеи — буду рад.
дай сам торент файл или магнет ссылку.
Самое банальное что может быть это бан клиента. Еще кстати, проверь пожалуйста как у тебя deluge раздает по сравнению с transmission, а то последний на моей памяти с этим сильно лажал. Сейчас пользуюсь им и проблем как таковых нет, но иногда накатывают смутные сомнения, когда вижу соотношение сидов/пиров и свою реальную скорость отдачи. С deluge работал давно и опыт чисто качества раздач очень положительный.
Посмотри от какого пользователя запускается transmission, и есть ли у него права на запись в директории куда качаешь и где конфиги.
Источник
исправлено Transmission невозможно подключиться к трекеру
Спросил Unfaithful,
25 сентября, 2017
Вопрос
Unfaithful
Unfaithful
Прошивка стоит последняя бета
В программе есть раздачи с многих трекеров, анонсеры соотв. тоже разные .
На одном из сайтов сделали новый анонсер, я выделил в transmission все раздачи с этого сайта и заменил анонсер на требуемый.
Появилась ошибка «невозможно подключиться к трекеру», удаление setting.json не помогает, сброс настроек роутера не помогает, смена passkey на сайте с последующей подстановкой в анонсер transmission не помогает.
Копался по сайтам линукса, нашёл ответ типа : в линуксах и маках домен .local занят под mDNS (avahi/bonjour), т.е. днс без основного сервера. (винды используют другой механизм)
а домен retracker.local предоставляет(иногда) провайдер по своей инициативе, для p2p обмена, но линукс их не видит, т.к. использует .local для своих целей.
Чтобы .local использовался не для mDNS, а так, как указано на днсах провайдера, нужно либо отрубить avahi-daemon, либо привести строчку hosts в /etc/nsswitch.conf к виду:
hosts: files dns
либо просто убрать [NOTFOUND=return] оттуда
Как и где это сделать ? или у меня другая проблема? спасайте друзья.
Источник
Transmission: Не удается подключиться к HTTPS-трекеру.
Здравствуй,
Я использую Transmission в Windows 10 и Windows server 2016.
И проблема одинакова на обеих машинах. Я не могу подключиться к трекеру с HTTPS-соединением. После некоторого поиска в Google я обнаружил, что я не единственный.
Это большая проблема, мне пришлось вместо этого перейти в Deluge, но, пожалуйста, исправьте это как можно скорее, чтобы я мог вернуться в Transmission.
Спасибо всем причастным. Если кто-то согласен попробовать последнюю основную сборку ( x86 , x64 ), сделайте это и сообщите, если вы заметили какие-либо проблемы с исправлением.
Все 35 Комментарий
@NohaTech Текущая сборка 2.92 на самом деле нестабильна в Windows, поэтому ее нет на домашней странице Transmission. Нам нужны разработчики для создания реальной стабильной версии Windows, потому что о вашей ошибке сообщалось уже больше года.
Пробовал последнюю стабильную ночную версию https://build.transmissionbt.com/job/trunk-win32/lastSuccessfulBuild/arch=x64 , label = pepito-win10 /. Если это последняя стабильная версия 2.92+, она еще не работает.
У меня такая же проблема с Transmission в Windows 10. Я пробовал 2.92 и nightly.
у меня такая же проблема.
Я помню, что некоторые ночные выпуски (я думаю, что это было до прошлого лета) исправили проблему!
к сожалению, мы больше не можем загружать старые ночные сборники для Windows, и пока я не смог собрать его самостоятельно, чтобы проверить, где именно он сломался
У меня такая же проблема.
Протестировано с 32- и 64-битным клиентом, как последняя стабильная, так и последняя ночная.
Протестировано как на Windows Server 2016, так и на Windows 10.
Windows 10, стабильный выпуск 2.93. Все еще та же проблема. Торренты с трекерами HTTPS не работают. Он может получать список пиров / сидов, но не подключается к ним, эффективно останавливая торрент на 0%.
Та же проблема с Transmission QT и демоном. Те же торренты отлично работают с моим Linux-сервером, на котором запущена более старая версия демона Transmission.
- Ubuntu 16.04.4, 2.84 : получает список одноранговых узлов, не подключается к одноранговым узлам
- Windows 10, 2.93 : получает список одноранговых узлов, не подключается к одноранговым узлам
- Windows 10, 2.92 : не удается подключиться к трекеру
- FreeNAS9 jail, 2.93 : не удается подключиться к трекеру
все используют один и тот же трекер HTTPS (мои машины BitTorrent могут отлично подключаться к трекеру и загружать)
Удивительно, что это не было исправлено с момента выпуска 2.93.
@mikedld действительно должен сделать это приоритетом. Сейчас так много трекеров используют https.
@NohaTech @opicron @robince @ bhunt89 @hatwerk @NNpranav @ FinlayDaG33k @mikedld
Кажется, это исправлено в 2.94 64-битной версии Windows.
Хорошо, попробую через пару часов. Спасибо за обновления!
благослови твое лицо
Edit :: Проверить мое последнее обновление. Исправлено отключением µTP.
W10 64bit, используя 64bit Transmission 2.94 msi загружено только что сегодня.
Без изменений, не исправлено. Такое же поведение. Подключается к трекеру и получает список пиров, но не подключается к ним. Пробовал вести журнал отладки с помощью Transmission-daemon, такое же поведение.
Вот соответствующие биты:
[2018-05-02 19: 36: 13.975] [Name_Of_Torrent] Объявление для трекера (C: Users vagrant src libtransmissionannouncer.c: 1554)
[2018-05-02 19: 36: 13.975] [Name_Of_Torrent] Получено 13 одноранговых узлов от трекера (C: Users vagrant src libtransmission torrent.c: 565)
[2018-05-02 19: 36: 13.975] [Name_Of_Torrent] Ответ на объявление содержал информацию для очистки; перенести следующую очистку на 1800 секунд. (C: Users vagrant src libtransmissionannouncer.c: 1152)
После этого движения по торренту нет. 13 пиров / сидов, которые он показывает, — это правильное количество согласно информации трекера.
Без проблем
Интересно. Можете ли вы прокомментировать, что вы использовали (ОС, сборка, 32- или 64-разрядная версия и т. Д.)
Поведение у меня не изменилось .
Новая установка, вернула домашний каталог к файлам, которые я использовал 4-5 месяцев назад.
Windows Server 2016, 64 бит
Источник
Transmission трекер выдал ошибку сбой подключения
Подключился к инету через роутер, при добавлении закачки в Transmission (использую GUI) пиры и сиды есть, кача и раздача идут, а вот на закладке «Трекеры» пишется «Трекер не отвечает».
Дополнительная инфа такая:
1. Трекер — http://tracker.torrnado.ru:2710/8a4800q . u/announce
2. Если качать с ноута через uTorrent то c трекером связь есть.
3. В настройках роутера в разделе «Virtual Server» проброшены порты 21, 22, 80, 81 на мой NAS
4. C NAS-а через PuTTy могу пропинговать любой адрес и сделать загрузку командой wget
5. С инета любой чувак может зайти на web-страницу моего сайта на NAS или подключиться через FTP
чуть не забыл — еще один симптом:
когда в Transmission GUI пытаюсь добавить закачку не торрент-файлом с компа, а через URL-ссылку (на пример, http://torrnado.ru/download/file.php?id=78700 ), то получаю сообщение об ошибке «goMetadataFromURL: http error 0: No Response».
ЗЫ: От себя добавлю, что наверно дело в роутере — может чего настроить надо и почему с ноута все работает? он в етой же локалке сидит. Я ему порты только для eMula пробрасывал и более ничего.
| StranikS | ||||||
|
Зарегистрирован: Вт ноя 16, 2010 11:55 |
Часовой пояс: UTC + 3 часа Кто сейчас на форумеСейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 6 Источник Статьи » Битторрент » Статус трекераСтатус трекераВ клиенте у каждой активной задачи есть так называемый статус трекера . Статус трекера — это результат последнего обращения клиента к трекеру. У активной задачи, получившей нормальный ответ от трекера, там пишется «Ок» или «работает». Невозможность связаться с трекером
то это означает, что клиент вообще не смог связаться с трекером.
Ваш клиент качает или отдает на полной скорости вашего канала, и пакеты общения клиента с трекером теряются или доходят слишком медленно. Ограничьте в настройках скорости клиента до примерно 90% от возможности канала. Вы можете пару раз сделать ручное обновление статуса, чтобы выяснить, проблема временная или постоянная. Ошибки, выдаваемые трекеромЕсли клиент успешно связался с трекером, но трекер выдал сообщение об ошибке, то клиент в статусе трекера покажет это сообщение. На разных трекерах ошибки клиентам могут выдаваться на английском, на транслите или на русском. Далее мы рассмотрим основные возможные виды сообщений. Превышено макс. количество торрентовБольшинство трекеров ограничивают масимальное количество раздач в которых вы можете участвовать одновременно. Обычно это число зависит от так называемого класса пользователя и указано на странице деталей пользователя. Решение простое: не качайте больше раздач, чем вам положено. Некоторые трекеры ограничивают только количество качаемых раздач, а сидировать можно неограниченно. На таком трекере запускайте сначала все ваши задачи на сидирование, а потом уже те, которые качаете. Если трекер выдает вам эту ошибку когда вы еще не дошли до своего максимума, то скорее всего у вас в профиле раздачи-призраки. Торрент не зарегистрирован на трекереЭта версия клиента забанена на трекереЗапрещенный портНеправильный passkeyПользователь незарегистрирован(Непонятные сообщения)
Обновление трекераРядом со статусом трекера клиент показывает, сколько минут осталось до следующего планового обращения к трекеру. Период между обращениями зависит от настроек трекера и клиента. Вы можете заставить клиент обратиться к трекеру не дожидаясь пока «время до обновления» уменьшится до нуля. Обычно это действие называют » Ручное обновление «. Щелкните правой кнопкой мыши на задаче и в меню выберите » Обновить трекер » (µTorrent) / » Подключить вручную » (BitComet). В Azureus есть специальная кнопка справа от статуса трекера. Источник |
Прошивка стоит последняя бета
В программе есть раздачи с многих трекеров, анонсеры соотв. тоже разные .
На одном из сайтов сделали новый анонсер, я выделил в transmission все раздачи с этого сайта и заменил анонсер на требуемый.
Появилась ошибка «невозможно подключиться к трекеру», удаление setting.json не помогает, сброс настроек роутера не помогает, смена passkey на сайте с последующей подстановкой в анонсер transmission не помогает.
Копался по сайтам линукса, нашёл ответ типа : в линуксах и маках домен .local занят под mDNS (avahi/bonjour), т.е. днс без основного сервера. (винды используют другой механизм)
а домен retracker.local предоставляет(иногда) провайдер по своей инициативе, для p2p обмена, но линукс их не видит, т.к. использует .local для своих целей.
Чтобы .local использовался не для mDNS, а так, как указано на днсах провайдера, нужно либо отрубить avahi-daemon, либо привести строчку hosts в /etc/nsswitch.conf к виду:
hosts: files dns
либо просто убрать [NOTFOUND=return] оттуда
Как и где это сделать ? или у меня другая проблема? спасайте друзья.
сюда https://yadi.sk/d/Vn_yd_wD3MxEG2 скинул общий вид проблемы, анонсер не retracker.local как в описании выше (это копипаст), а как на скрине внизу.
- Печать
Страницы: [1] 2 3 4 Все Вниз
Тема: Не идут закачки в Transmission (Прочитано 19143 раз)
0 Пользователей и 1 Гость просматривают эту тему.
VeraGu
Коротко о себе:
System Information
После очередных обновлений системы возникли проблемы. При запуске transmission не начинается закачка, пишет, что could not connect to tracker, а также tracker gave HTTP response code 0 (No Response).
По советам на форумах удалила transmission, установила deluge, закачка также не идет, снова поставила transmission, удалила конфигурационный файл, тоже не помогло.
~$ apport-bug transmission
ERROR: hook /usr/share/apport/general-hooks/cloud_archive.py crashed:
Traceback (most recent call last):
File «/usr/lib/python2.7/dist-packages/apport/report.py», line 729, in add_hooks_info
symb[‘add_info’](self, ui)
File «/usr/share/apport/general-hooks/cloud_archive.py», line 18, in add_info
if ‘~cloud’ in packaging.get_version(package) and
File «/usr/lib/python2.7/dist-packages/apport/packaging_impl.py», line 95, in get_version
raise ValueError(‘package does not exist’)
ValueError: package does not exist
Шаблону transmission не соответствует ни один пакет.
При определении DNS сервера в системе, пишет:
~$ sudo cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(
# DO NOT EDIT THIS FILE BY HAND — YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
И, соответственно, вопрос, — что можно сделать, чтобы закачки шли?
SABeShnik
Так, для справки: на роутере случаем ничего не резали? Или может поставили firewall вместе с обновлениями? Я бы в сторону портов сотрел.
2x2Gb DDRIII, C2D8400, Seagate 2x2Tb 5900, Samsung 1Tb 7200,
Seagate 250 7200, X633, AeroCool 700W
oodav33
Правка — Параметры — вкладка Сеть. Попробывать снять галку «Использовать uTP для связи с другими участниками» (если стоит, конечно)
$ $ $
qbittorrent альтернатива .
или переустановите
VeraGu
Так, для справки: на роутере случаем ничего не резали? Или может поставили firewall вместе с обновлениями? Я бы в сторону портов сотрел.
Нет, ничего не резала и не ставила, потому-то и обидно(( Подскажите, как проверить порты подключения?
Попробовала таким образом:
:~$ nmap 185.3.35.14
Starting Nmap 5.21 ( http://nmap.org ) at 2015-08-25 08:13 MSK
Note: Host seems down. If it is really up, but blocking our ping probes, try -PN
Nmap done: 1 IP address (0 hosts up) scanned in 3.05 seconds
« Последнее редактирование: 25 Августа 2015, 08:16:04 от VeraGu »
| toZen |
VeraGu, запустите transmission в терминале и покажите весь выхлоп тут когда пытаетесь скачать.
Да и откуда качаете? Есть возможность, что трекер заблокировал данный клиент, как это уже случалось с deluge например.
SABeShnik
Порты можно проверить используя утилиту telnet
2x2Gb DDRIII, C2D8400, Seagate 2x2Tb 5900, Samsung 1Tb 7200,
Seagate 250 7200, X633, AeroCool 700W
VeraGu
поставьте KTorrent я перешёл на него с Transmission
Установила. Пишет «нет связи». значит, проблема не в самой программе, а глубже, но куда копать, пока не понятно. А главное, как копать, какими командами? С этими «волшебными словами» у меня огромная проблема))
wajnon
VeraGu,
в терминале:
transmission-gtkи смотрите может ошибки какие покажет
VeraGu, запустите transmission в терминале и покажите весь выхлоп тут когда пытаетесь скачать.
Да и откуда качаете? Есть возможность, что трекер заблокировал данный клиент, как это уже случалось с deluge например.
ПС терминал открывается Ctrl+Alt+t
VeraGu
VeraGu,
в терминале:transmission-gtkи смотрите может ошибки какие покажетVeraGu, запустите transmission в терминале и покажите весь выхлоп тут когда пытаетесь скачать.
Да и откуда качаете? Есть возможность, что трекер заблокировал данный клиент, как это уже случалось с deluge например.ПС терминал открывается Ctrl+Alt+t
Спасибо за подсказку)) Я весь вечер пытаю терминал, но без толку))
А по вашей подсказке у меня открывается только окно программы, и ничего более… И в этом окне нет кнопки «Правка — Параметры — вкладка Сеть», где можно было бы «попробовать снять галку «Использовать uTP для связи с другими участниками» (если стоит, конечно)»((
Качаю с ру-трекера, сейчас проверила два других торрент-трекера, результат тот же — нулевой.
$ $ $
VeraGu,
правка -параметры. там всё написано. или ПКМ пробуйте.
VeraGu
| toZen |
VeraGu, есть там всё, смотрите не на окно программы, а слева вверху экрана монитора. Эххх…Global Menu, чтоб его…
Да, когда вывод покажете в терминале-то?
VeraGu
VeraGu, есть там всё, смотрите не на окно программы, а слева вверху экрана монитора. Эххх…Global Menu, чтоб его…
Да, когда вывод покажете в терминале-то?
Спасибо, ГлобалМеню я проигнорировала полностью. Пишет, что порт 51413 закрыт, снимала все галки, безрезультатно.
И необходим совет для особо одаренных — как получить требуемый вывод в терминале?
wajnon
VeraGu,
просто запустите программу в терминале, потом, не закрывая терминал, запустите какой нибудь торрент на закачку. И смотрите что в терминале пишет. Мышкой все выделить, копировать и сюда под спойлер выложить.
- Печать
Страницы: [1] 2 3 4 Все Вверх
Основные ошибки торрента и статуса трекера, и их решение.
Как посмотреть статус трекера
1)Недостаточно места на диске / Достигнут лимит файловой системы
Анг: No space left on device / File exceeds Filesystems size limit
НА том разделе, где у Вас хранятся временные файлы для скачивания, используется файловая система FAT32. У этой файловой системы есть ограничение на максимальный размер файла (4 ГБ), надо преобразовать в NTFS.
2)Системе не удается найти указанный путь
Анг: System cannot find the path specified
Возможны неточности в путях к сохраняемым закачкам на вкладках «Закачки» и «Другое» настроек клиента, проверьте и исправьте. проверьте существует ли путь, указанный при добавлении очередной закачки — внизу на закладке «Общее» в разделе «Общее» строка «Нахождение».
3)Процесс не может получить доступ к файлу, так как файл занят другим процессом (Отказано в доступе)
Анг: The process cannot access the file because its being used (Access Denied)
К файлу обращается стороннее приложение/процесс. Возможно это дефрагментатор, работающий в фоновом режиме, антивирус, антишпион, аудио/видеоплеер, которым вы случайно открыли недокачанный медиафайл, Windows эксплорер, клиент иной P2P сети, в котором расшарена папка, содержащая закачки торрент клиента, любое другое работающее приложение (были зафиксированы проблемы с Google/MSN Desktop)
4)Устройство не готово
Анг: The device is not ready
Чаще всего возникает, если нет того диска, на который пытается сохранить закачку клиент. Проверьте настройки: «Опции»—>»Настройки»,в разделах «Закачки» и «Другое» — правильность всех путей, особенно букв дисков. На том задании, где есть ошибка, кликните правой кнопкой, в меню выберите —> «Открыть папку торрента» и посмотрите куда откроется проводник.
5)Только анг: Only 12 torrent(s) allowed for leeching
Ограничение на 12 одновременных закачек. Решение: докачать хотя бы одну раздачу, тогда можно будет добавить новое задание.
6)Невозможно открыть файл торрента
Анг: Cannot open .torrent file
Эта проблема может возникнуть, если слишком длинный путь для хранения торрент файлов. Смените папку для хранения торрент файлов на другую, с более коротким именем.
7)Ошибка в данных CRC
Анг: Data Error (cyclic redundancy check)
Это означает, что ваш HDD был неспособен прочитать или написать данные, потому что сектора являются дефектными. Проверте его программой chkdsk или другой утилитой для восстановления диска: Свойства диска —> Сервис — > Выполнить проверку.
Торрент не зарегистрирован на трекере
Анг: Torrent not registered with this tracker
Практически всегда это означает, что эта раздача на трекере удалена и трекер больше не признает скачанный вами торрент файл. Посетите еще раз страницу раздачи, чтобы это проверить. Старые раздачи обычно удаляют за сроком давности, новые — из-за несоответствия правилам трекера.
9)Невозможность связаться с трекером
* имя хоста не найдено / hostname not found
* HTTP ошибка / http error
* отключен (превышено время ожидания) / offline (timed out)
* соединение закрыто пиром / connection closed by peer
* ошибка соединения / connection Error (no data received from tracker)
это все означает, что клиент вообще не смог связаться с трекером.
* Ваш клиент качает или отдает на полной скорости вашего канала, и пакеты общения клиента с трекером теряются или доходят слишком медленно:
— Ограничьте в настройках скорости клиента до примерно 90% от возможности канала.
— Снимите ограничение в 10 полуоткрытых TCP соединений с помощью универсального патча при ошибке HTTP 400 (актуально для utorrent 1.8) есть четыре варианта решений:
1. Обновить NOD32 до версии 3.x
2. Добавить uTorrent.exe в список исключений IMON’s
3. Отключить IMON
4. Воспользоваться другой версией utorrent
более подробно см тему HTTP Ошибка 400
* Трекер перегружен, и не успевает обрабатывать все запросы. Тут вы уже ничего не сделаете. Зайдите на форум трекера и поищите, нет ли у кого таких же проблем.
10)Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение
Анг: No connection could be made because the target machine actively refuse
Обычно возникает, когда файервол/брандмауэр настроены неверно.
11)Соединение закрыто пиром
Анг: Сonnection closed by peer
Помимо причин, указанных в пункте 9, эта ошибка также может возникать из-за проблем у провайдера.
12)Обычно разрешается одно использование адреса сокета (протокол/сетевой адрес/порт)
Анг: Only one usage of each socket address (protocol/network address/port) is normally permitted
Верните параметры Preferences > Advanced > net.outgoing_port и net.outgoing_max_port в состояние по умолчанию, т.е. поставьте 0 (ноль).
13)Только анг: Leeching limit exceeded
Ошибка означает, что при вашем текущем рейтинге достигнут лимит одновременных скачиваний. Решение: докачивайте по одной раздаче, остальные остановите или поставьте на паузу, и поднимайте рейтинг.
14)Только анг: Torrent closed by copyright holder
Увы, это не ошибка, а весьма неприятная штука. Думаю разъяснять даже не надо что это……раздача закрыта правообладателем….остается только смириться…
15)Только анг: Please LOG IN and REDOWNLOAD this torrent (user not found)
Ошибка означает, что в свойствах торрента отсутствует или прописан неверный passkey
Решения:
1. Скачать торрент-файл заново
2. Два раза кликнуть по раздаче в клиенте и подправить passkey руками (правильный passkey взять в собственном профиле).
16)Трекер отсылает неверные данные: <NULL>
Анг: Tracker sending invalid data
Может возникать в следующих случаях:
1. У вас установлен антивирус и/или фаерволл, который некорретно проверяет http-трафик.
2. Вы используете ретрекер, который работает неправильно.
17) 413 request entity too large.
Директива задаёт максимально допустимый размер тела запроса клиента, указываемый в строке «Content-Length» в заголовке запроса. Если размер больше заданного, то клиенту возвращается ошибка «Request Entity Too Large» (413). Следует иметь в виду, что браузеры не умеют корректно показывать эту ошибку.
В нашем случае это может быть: Постер, скриншоты или торрент файл.
Решения:
Торрент файл: убедитесь что вы выбрали именно созданный вами с помощью клиента торрент файл, а не какой то другой файл.
Постер: убедитесь что размер постера не превышает 500КБ.
Скриншоты: убедитесь что размер каждого скриншота не превышает 150КБ.
ВСЕ СКАЗАЛИ СПАСИБО Ув. furiya777
|
# (отредактировано 1 год, 4 месяца назад) |
|
|
Темы: 2 Сообщения: 10 Участник с: 13 сентября 2021 |
Привет! Пытаюсь скачать фильм по торрент-файлу через transmission, но получаю ошибку «could not connect to tracker» Подскажите, если кто-то знает, что можно сделать Arh Linux, DE: xfce 4.16, transmission-gtk 3.00 |
|
symon2014 |
# |
|
Темы: 3 Сообщения: 97 Участник с: 04 марта 2017 |
|
|
Artyom-rgb |
# |
|
Темы: 2 Сообщения: 10 Участник с: 13 сентября 2021 |
Ну да, но как-то ведь обойти можно. Нужно добавить трекеров? |
|
Vadim |
# (отредактировано 1 год, 4 месяца назад) |
|
Темы: 291 Сообщения: 1957 Участник с: 20 ноября 2013 |
С начала марта 2017 российские провайдеры по указанию Роскомнадзора блокируют трекеры-анонсеры (bt, bt2, bt3, bt4) нашего ресурса настройки В настройках встроенного BitTorrent-клиента Transmission включите следующие параметры: Local Peer Discovery (LPD), DHT, uTP и обмен пирами (Peer exchange, PXE). Включение указанных параметров поможет торрент-клиенту в поиске раздающих клиентов. ко второй ссылке еще коментарии почитай. Linux Forever! |
|
Artyom-rgb |
# |
|
Темы: 2 Сообщения: 10 Участник с: 13 сентября 2021 |
Не помогло. Один раз поймался, но на этом все — ничего не скачалось почти |
|
Holden |
# |
|
Темы: 14 Сообщения: 155 Участник с: 29 октября 2020 |
Добавьте в /etc/hosts |
|
Artyom-rgb |
# |
|
Темы: 2 Сообщения: 10 Участник с: 13 сентября 2021 |
Вроде заработало, спасибо! |
I installed the software trasmission, but I can’t set it up. The following lines, are copied from the /var/log/daemon.log file:
...
...
...
Dec 22 10:52:46 raspberrypi transmission-daemon[1904]: Using settings from "/var/lib/transmission-daemon/info" (daemon.c:488)
Dec 22 10:52:46 raspberrypi transmission-daemon[1904]: Saved "/etc/transmission-daemon/settings.json" (bencode.c:1731)
Dec 22 10:52:46 raspberrypi transmission-daemon[1904]: Loaded 1 torrents (session.c:1937)
Dec 22 10:53:01 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Could not connect to tracker (announcer.c:994)
Dec 22 10:53:01 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying announce in 301 seconds. (announcer.c:1003)
Dec 22 10:53:01 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Could not connect to tracker (announcer.c:994)
Dec 22 10:53:01 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying announce in 324 seconds. (announcer.c:1003)
Dec 22 10:53:01 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Could not connect to tracker (announcer.c:994)
...
...
...
Dec 22 12:34:29 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Starting IPv4 DHT announce (firewalled, 168 nodes) (tr-dht.c:574)
Dec 22 12:36:18 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Connection failed (announcer.c:994)
Dec 22 12:36:18 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying announce in 300 seconds. (announcer.c:1003)
Dec 22 12:37:06 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip IPv4 DHT announce done (tr-dht.c:542)
Dec 22 12:42:24 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Connection failed (announcer.c:994)
Dec 22 12:42:24 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying announce in 910 seconds. (announcer.c:1003)
Dec 22 12:51:54 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Scrape error: Connection failed (announcer.c:1259)
Dec 22 12:51:54 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying scrape in 1859 seconds. (announcer.c:1268)
Dec 22 12:58:38 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Connection failed (announcer.c:994)
Dec 22 12:58:38 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying announce in 3630 seconds. (announcer.c:1003)
Dec 22 13:00:06 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Starting IPv4 DHT announce (firewalled, 168 nodes) (tr-dht.c:574)
Dec 22 13:02:58 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip IPv4 DHT announce done (tr-dht.c:542)
I tried to download the file with uTorrent, on windows 8, using the same torrent file, and it works.
It seems that the transmission daemon cannot connect to the trackers. What am I missing?
I installed the software trasmission, but I can’t set it up. The following lines, are copied from the /var/log/daemon.log file:
...
...
...
Dec 22 10:52:46 raspberrypi transmission-daemon[1904]: Using settings from "/var/lib/transmission-daemon/info" (daemon.c:488)
Dec 22 10:52:46 raspberrypi transmission-daemon[1904]: Saved "/etc/transmission-daemon/settings.json" (bencode.c:1731)
Dec 22 10:52:46 raspberrypi transmission-daemon[1904]: Loaded 1 torrents (session.c:1937)
Dec 22 10:53:01 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Could not connect to tracker (announcer.c:994)
Dec 22 10:53:01 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying announce in 301 seconds. (announcer.c:1003)
Dec 22 10:53:01 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Could not connect to tracker (announcer.c:994)
Dec 22 10:53:01 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying announce in 324 seconds. (announcer.c:1003)
Dec 22 10:53:01 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Could not connect to tracker (announcer.c:994)
...
...
...
Dec 22 12:34:29 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Starting IPv4 DHT announce (firewalled, 168 nodes) (tr-dht.c:574)
Dec 22 12:36:18 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Connection failed (announcer.c:994)
Dec 22 12:36:18 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying announce in 300 seconds. (announcer.c:1003)
Dec 22 12:37:06 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip IPv4 DHT announce done (tr-dht.c:542)
Dec 22 12:42:24 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Connection failed (announcer.c:994)
Dec 22 12:42:24 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying announce in 910 seconds. (announcer.c:1003)
Dec 22 12:51:54 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Scrape error: Connection failed (announcer.c:1259)
Dec 22 12:51:54 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying scrape in 1859 seconds. (announcer.c:1268)
Dec 22 12:58:38 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Connection failed (announcer.c:994)
Dec 22 12:58:38 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Retrying announce in 3630 seconds. (announcer.c:1003)
Dec 22 13:00:06 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip Starting IPv4 DHT announce (firewalled, 168 nodes) (tr-dht.c:574)
Dec 22 13:02:58 raspberrypi transmission-daemon[1904]: FILE_TO_DOWNLOAD.zip IPv4 DHT announce done (tr-dht.c:542)
I tried to download the file with uTorrent, on windows 8, using the same torrent file, and it works.
It seems that the transmission daemon cannot connect to the trackers. What am I missing?
Популярное бесплатное приложение Setracker подходит для многих моделей детских трекеров, однако имеет технические недочеты, которые мешают полноценно использовать smart-часы. Ниже в статье мы разберемся, какие существуют проблемы и ошибки при работе в Setracker, есть ли альтернатива и как заменить программу.
Устали от проблем с SeTracker? Переходите на российское приложение «Где мои дети» – универсальный, надежный сервис с круглосуточной тех.поддержкой на русском языке и точной геолокацией. Скачать.
Содержание
- Краткое описание приложения
- Ошибки приложения
- Ошибка сети
- Ошибка аккаунта
- Ошибки при регистрации
- Нет сетевого оборудования
- Сообщение remove alarm url
- Приложение не точно показывает местоположение ребенка
- Звонок на часы сбрасывается или занят
- Ошибка в виде цифр
- Часы не отключаются
- Проблемы сервиса
- Ситрекер не видит часы
- Устройство уже зарегистрировано
- Номер устройства не существует
- Приложение ожидает авторизованного устройства
- Не срабатывает функция «Забыли пароль»
- Проблема при входе в приложение
- Не работает функция SOS
- Как удалить Ситрекер
- Альтернативы Se Tracker
- Сервис «Где мои дети»
- Приложение PAX+
- Программа Маяк
- Выводы
Prostock-studio/Shutterstock.com
Setracker – это универсальный инструмент родительского контроля для безопасности детей, который устанавливается на смартфоны с операционной системой IOS или Android . Умный помощник может в любое время показать, где находится ребёнок с использованием геолокации и при наличии интернета. При этом функционал программы Setracker решает такие задачи, как:
- обратный звонок, который в реальном времени позволяет услышать, что делает ребёнок;
- местоположение и история передвижения;
- настройка безопасных зон и маячка;
- дополнительные опции будильник и здоровье;
- ввод SOS номеров;
- отправка голосовых сообщений на детские часы.
Ошибки приложения
Фото: setracker.org
Сбои в программном обеспечении распространённое явление, которое имеется и в софте Setracker. Ниже описаны самые частые ошибки, с которыми сталкиваются пользователи.
Ошибка сети
Неполадки возникают, когда сервер перегружен или на нем выполняются технические работы. Особенно часто уведомление в программе выскакивает днем – через время оно исчезает. Также один раз в месяц происходит обновление программного обеспечения, которое может затянуться на несколько часов.
Ошибка аккаунта
Prostock-studio/Shutterstock.com
У этой ошибки есть несколько причин, которые не позволяют пользователям открыть приложение:
- ввод логина, который уже зарегистрирован другим пользователем;
- неправильный ввод данных при авторизации: опечатка или неправильная раскладка клавиатуры;
- технические работы на сервере;
- сброс ID и исключение часов из базы данных программы.
Ошибки при регистрации
Prostock-studio/Shutterstock.com
В процессе регистрации могут возникнуть проблемы, которые мешают пользоваться Си трекером. Иногда во время процедуры регистрации часов выскакивает ошибка привязки устройства, но при этом в списке отсутствует индикационный номер ваших часов. Это связано с тем, что пользователь больше года не использовал свой аккаунт.
Следующая ошибка – это неактивная кнопка подтверждения регистрации. Проблема возникает, если при заполнении учетной записи был указан короткий пароль или длинное имя.
Нет сетевого оборудования
Prostock-studio/Shutterstock.com
Ошибка случается, когда софт не способен синхронизировать данные со smart часами. Вот некоторые причины, которые не позволяют обнаружить оборудование:
- нулевой баланс счета и отсутствие интернета;
- устройство отключено или ловит плохой сигнал сети;
- нет настроек точки доступа APN или не определяется IP адрес.
Сообщение remove alarm url
Подобного типа уведомление приходит на смартфон, если в программе включена функция отправки смс, когда ребёнок снял часы с руки. При этом приложение сообщает координаты и показывает на карте последнее место сигнала GPS. Иногда срабатывают ложные сигналы смс на часах, которые указывают на неисправность датчика.
Приложение не точно показывает местоположение ребенка
Prostock-studio/Shutterstock.com
Если вы заметили такую погрешность, это означает, что в вашем телефоне не установлен LBS (служба определяющая местоположение). Причина ошибки – снятая галочка в настройках программы.
Звонок на часы сбрасывается или занят
Данная ошибка возникает, когда в программе установлено ограничение на некоторые номера, или абонент не внесён в телефонную книгу. Другой причиной проблемы может быть неверный формат номера, а также установленная функция «не беспокоить».
Prostock-studio/Shutterstock.com
Ошибка в виде цифр
Многие пользователи сталкиваются с цифровыми ошибками в виде кода 86168 или 85909.
- Первая причина – отсутствие соединения во время обновления софта или сбоя сервера.
- Надпись с числами появляется при первой регистрации, когда логин уже занят другим пользователем.
- Активация приложения на iPhone может сформировать такую ошибку, так как приложение функционирует с перебоями на платформе iOS.
- Если регистрация проходит через интернет wi-fi, также появляется цифровой код.
Часы не отключаются
Эта проблема связана с тем, что в программе не установлены настройки удаленного доступа или в часах стоит SIM-карта.
Устали от проблем с SeTracker? Переходите на российское приложение «Где мои дети» – универсальный, надежный сервис с круглосуточной тех.поддержкой на русском языке и точной геолокацией. Скачать.
Проблемы сервиса
Prostock-studio/Shutterstock.com
Минусы и недочеты сервиса значительно снижают работоспособность приложения. Наверняка вы сталкивались с тем, что некоторые параметры софта имеют сбои и не всегда корректно отображают информацию. Вот некоторые минусы в работе сервиса:
- приложение не доступно на компьютерах, ноутбуках и работает только на смартфонах;
- непростая привязка и отладка устройств;
- один аккаунт на все часы;
- устройство работает только с мобильным интернетом;
- погрешность в геолокации до 3 километров;
- сложная регистрация и восстановление доступа;
- некорректный перевод на русский язык;
- нестабильная связь с серверами и отсутствие технической поддержки;
- наличие рекламы.
Ситрекер не видит часы
Prostock-studio/Shutterstock.com
В результате обновления программы при настройке детских часов появляется оповещение «часы не подключены». Проблема не дает выполнить авторизацию устройства, вследствие чего часы не получают команды.
Возможные причины:
- отсутствует интернет;
- сим-карта не поддерживает 2G;
- не одинаковый номер ID или IMEI часов;
- на счету нет денег;
- ошибка в настройках сервера ip_url.
Устройство уже зарегистрировано
Prostock-studio/Shutterstock.com
Данная проблема случается, когда часы были привязаны к другому смартфону и аккаунту. Обнуление ID не произошло, и гаджет ищет старое устройство. Второй причиной могут быть идентичные номера ID на разных часах.
Номер устройства не существует
Подобная проблема случается, если номеров ID и IMEI нет в базе данных приложения SeTracker. Продавец устройства не внес в базу код часов. Более того, он не ведет сотрудничество с тех поддержкой.
Сбой аккаунта также может вызвать данную ошибку.
Приложение ожидает авторизованного устройства
Prostock-studio/Shutterstock.com
При первоначальной процедуре регистрации часов в SeTracker назначается автоматическая учетная запись от имени администратора, который далее будет разрешать или запрещать все последующие регистрации. Если вы получили уведомление «ожидает авторизованного устройства», тогда ваша регистрация не первая и смарт-часы были авторизованы ранее на другом гаджете. В этом варианте администратор получает запрос с разрешением регистрации.
Еще данная ошибка возникает, если купленные смарт часы не оригинал, а подделка.
Не срабатывает функция «Забыли пароль»
Prostock-studio/Shutterstock.com
Главный момент при регистрации – это правильное заполнение информации об аккаунте. В различных версиях приложения SeTracker свои требования к логину.
Первая и третья версии не требовательны к имени,
а во второй версии в строке логин нужно вводить только электронный ящик. Как правило, кнопка «забыли пароль» не включается, когда в настройках персональных данных не указан электронный адрес.
Проблема при входе в приложение
Prostock-studio/Shutterstock.com
Когда приложение SeTracker не открывается или выкидывает пользователя при входе, это указывает на то, что в данный момент сервер не работает или выполнена некорректная настройка часов. Чаще всего такая проблема встречается в первой версии программы на смартфонах IPhone.
Не работает функция SOS
Кнопка SOS не работает, когда в трекер-часах есть заводской брак, или в программе неправильно указан номер телефона. Еще такая случается ситуация, когда родители просто забывают добавить в трекер экстренные номера. В этом случае опция не доступна.
Как удалить Ситрекер
Prostock-studio/Shutterstock.com
Удаление аккаунта
Рассмотрим, в каких ситуациях нужно удалить свой аккаунт из SeTracker:
- вы отдаете или продаете детские часы другому пользователю;
- забыли логин и пароль от приложения;
- заметили, что кто-то использует ваши личные данные;
- закончились варианты бесплатных регистраций в приложении.
- Убрать аккаунт в программе SeTracker можно только через сброс номера ID.
Обнуление номера ID выполняется продавцом детских часов, который обращается напрямую к производителю, так как каждому трекеру дается индивидуальный ID и IMEI.
Удалить ID можно через техническую поддержку программы SeTracker, но в этом случае потребуются знания английского языка.
Смена приложения
Prostock-studio/Shutterstock.com
Чтобы сменить Se tracker на другое приложение для смарт-часов, нужно:
- Отвязать устройство от приложения Си трекер.
Профиль — Список устройств — Редактировать — Красная кнопка «Удалить» — Подтвердить действие. - Удалить приложение на смартфоне.
- Скачать новое приложение и произвести настройку часов (как подключить к детским часам приложение «Где мои дети» читайте здесь).
Альтернативы Se Tracker
Из-за большого количества минусов и сложных настроек в Ситрекере, многие родители ищут альтернативные программы, которые полноценно могут его заменить. Предлагаем вам ознакомиться с популярными приложениями для детских часов, у которых положительные отзывы и высокий рейтинг среди пользователей.
Сервис «Где мои дети»
Prostock-studio/Shutterstock.com
«Где мои дети» – это отличная замена приложению SeTracker. Программа работает без ошибок, имеет доступный интерфейс с большим набором инструментов. Благодаря быстрой навигации и точным картам, родитель всегда будете знать, где находится ребёнок. Программа оборудована защищенным чатом, в котором все члены семьи могут свободно обмениваться сообщениями.
Особенно радует быстрая техническая помощь по любым вопросам и простая настройка опций.
Основные достоинства программы:
- определение местоположения ребёнка в режиме реального времени;
- запись истории передвижений;
- звук вокруг;
- отправка текстовых и голосовых сообщений;
- установка безопасных зон («Школа», «Дом» и так далее);
- наличие шагометра и кнопки SOS;
- быстрая отправка команд на устройство и точная геолокация;
- веб кабинет и чат для родителей;
- контроль заряда батареи смартфона или часов ребёнка;
- адаптированный под российского пользователя интерфейс;
- поддержка разнообразных моделей умных часов;
- легкая установка и настройка программы.
Приложение «Где мои дети» доступно к скачиванию в App Store и Google play.
Приложение PAX+
Prostock-studio/Shutterstock.com
Софт PAX+ позволяет родителям определять, где пребывают их дети в реальном режиме. Программа выделяется простой навигацией и работой без сбоев, а также полезными функциями. С помощью этой программы вы можете:
- отследить передвижение ребёнка на карте;
- привязывать несколько устройств;
- настроить каждому ребёнку личное изображение на карте;
- делать беззвучный вызов на часы и наблюдать, что происходит вокруг вашего ребёнка;
- управлять несколькими будильниками;
- настраивать номера в телефонной книге и управлять ими.
Программа Маяк
Prostock-studio/Shutterstock.com
Сервис помогает управлять детскими часами. Программа оснащена универсальным набором функций, удобным управлением. Из положительных моментов стоит выделить:
- история маршрута за весь период;
- контроль заряда батареи;
- адрес местонахождения ребёнка;
- прямые звонки на часы;
- маркировка опасных зон;
- быстрая техническая поддержка.
Выводы
Проведя обзор, стоит отметить что, несмотря на бесплатный доступ, у софта SeTracker есть недостатки, которые мешают полноценно следить за безопасностью детей. Такие проблемы, как недоступность сервера, выброс из приложения или неточная геолокация не позволяют точно определять местонахождение ребёнка. Если сравнивать программное обеспечение SeTracker с софтом «Где мои дети», то у второго больше положительных качеств и функций. Приложение не имеет сбоев, может выполнять сложные задачи и имеет высокий рейтинг у пользователей.
Prostock-studio/Shutterstock.com
Получите чек-лист подготовки к школе на свою почту
Письмо отправлено!
Проверьте электронный ящик
Зачем нужен? Для того чтобы максимально повысить эффективность своей работы, тестировщик, программист или целая фирма по разработке программного обеспечения используют в своей работе различные программы. Одной из них является баг-трекер. Он помогает выявлять и отслеживать ошибки в программах и кодах.
Что дает? Вопрос о том, как упорядочить данные, касающиеся многочисленных задач, проектов и клиентов, становится все более актуальным. Чтобы вести учет рабочего времени и обеспечить всесторонний обзор для определения приоритетов, отлично помогают баг-трекеры.
В статье рассказывается:
- Понятие баг-трекера
- Жизненный цикл бага
- Баг-трекинговые системы
-
Пройди тест и узнай, какая сфера тебе подходит:
айти, дизайн или маркетинг.Бесплатно от Geekbrains
Понятие баг-трекера
Система отслеживания ошибок (от англ. bug tracking system) является программным продуктом, предназначенным для помощи проектировщикам ПО при поиске и анализе ошибок кода.
В качестве основного элемента баг-трекера выступает база данных, в которой аккумулированы сведения обо всех найденных ошибках. Примерная структура этого хранилища информации:
- автор сообщения о возникшей проблеме;
- дата и время обнаружения;
- степень критичности ошибки;
- проявление бага при запуске приложения;
- корректировщик, занимающийся оптимизацией кода и устранением проблемы;
- состояние ошибки.
Скачать
файл
При использовании bug tracking system применяется принцип «жизненного цикла» ошибки, который фиксируется по условиям возникновения проблемы. Система, в зависимости от реализации, может содержать функционал, позволяющий администратору ограничивать доступ к просмотру и редактированию кода, изменять состояние ошибки и удалять их.
Систему отслеживания ошибок можно также применять в корпоративной среде. В этом случае задействуется функция оценки продуктивности программистов. Тем не менее это использование баг-трекера не всегда эффективно по причине того, что ошибки имеют различное происхождение и сложность. При этом усилия, затраченные на устранение проблемы, не всегда адекватны ее серьёзности. Иногда на поиск и устранение легкой ошибки требуется много времени и напряженного труда.
Жизненный цикл бага
Обычно bug tracking system использует кокой-либо из вариантов «жизненного цикла» ошибки. Статус бага определяется текущим состоянием.
Рассмотрим классический жизненный цикл дефекта:
- Новый — ошибка выявлена при тестировании.
- Назначен — определен специалист, отвечающий за нивелирование бага.
- Разрешён — дефект возвращается для повторной работы тестировщика. Обычно дается комментарий, содержащий следующую информацию:
- откорректировано (исправления входят в патч или новую версию программного продукта);
- дубль (обнаружен повтор ошибки, над устранением которой уже проводится работа);
- не исправлено (дефект незначительный, не влияющий на работоспособность, исправление отложено до выхода следующей версии и т.д.);
- невоспроизводимо (не удается выявить баг; происходит запрос об условиях возникновения ошибки).
- Тестировщик повторно проверяет исправленную версию кода, если ошибка воспроизводится, то баг повторно получает статус «назначен». В случае успешного прохождения теста – статус «закрыт».
- Запись «открыт вторично» означает наследование ошибки в новой версии программного продукта.
Как уже упоминалось, баг-трекер дает администратору возможность гибкой настройки доступа пользователей к просмотру и редактированию кода.
Система обнаружения ошибок в современных условиях просто необходима для построения правильного процесса тестирования, и ни один QA-инженер вне зависимости от своего опыта не обходится без нее в своей деятельности. На данный момент существует множество самых различных баг-трекеров. Выбор из такого разнообразия зачастую сопряжен с определенными трудностями.
Баг-трекинговые системы
Все изобилие bug tracking system подразделяются на две категории – лицензионные и бесплатные. Несмотря на то, что тариф free предлагает немного урезанный функционал и некоторые ограничения, тестировщики охотно используют такие системы в своей повседневной практике. Произведем сравнение баг-трекеров, наиболее эффективных с точки зрения QA-инженеров.
Читайте также
Redmine
Основные характеристики:
- Абсолютно бесплатная система с открытым исходным кодом.
- Интуитивно-понятный удобный интерфейс с поддержкой 34 разных языков (в том числе и русского).
- Возможность планирования с помощью диаграммы Ганта.
Redmine – больше, чем просто баг-трекер. Это полноценное решение для управления проектами, что делает систему такой же популярной, как Jira. Программа написана на языке Ruby и совместима с Microsoft SQL, MySQL, PostgreSQL и SQLite.
Отчет ошибок доступен для просмотра любым пользователем, которого добавили в проект со статусом «наблюдатель». Система поддерживает несколько баз данных с учетом временных затрат. Очень удобно реализована функция планирования и отслеживания задач при помощи диаграммы Ганта.
Топ-30 самых востребованных и высокооплачиваемых профессий 2023
Поможет разобраться в актуальной ситуации на рынке труда
Подборка 50+ ресурсов об IT-сфере
Только лучшие телеграм-каналы, каналы Youtube, подкасты, форумы и многое другое для того, чтобы узнавать новое про IT
ТОП 50+ сервисов и приложений от Geekbrains
Безопасные и надежные программы для работы в наши дни
Уже скачали 21146 
Среди недостатков можно отметить: недостаточную развитость механизма предоставления прав пользователя и отсутствие оповещения об изменениях в документе.
Mantis
Также является бесплатным инструментом. Весьма лаконичное простое приложение, доступен как Web-интерфейс, так мобильная версия. Среди достоинств выделяют поддержку time tracking, доступ к истории изменений проекта, наличие многофункциональной мобильной версии, множество плагинов, позволяющих значительно расширить возможности программы.
К недостаткам относятся скудный аскетичный интерфейс, возможность создания только одного скриншота к отчету об ошибке, отсутствие автоматического отслеживания дефектов.
Яндекс.Трекер
Платный сервис, но предоставляет доступ к функционалу в ознакомительных целях на 30 дней, по истечении которых пользователю необходимо будет приобрести лицензию. В работе используется методология Agile, предполагающая определенную гибкость при работе над проектами. Участникам доступно создание задач с описанием, а также есть возможность назначения исполнителей и наблюдателей.
Bugzilla
Mozilla Foundation разработала это приложение еще в 1998 году. Bugzilla является одним из самых популярных сервисов по отслеживанию ошибок. Программа имеет открытый исходный код. Перечислим основные функции этого баг-трекера:
- Формирование подробного отчета с возможностью наглядного представления информации в виде графиков, диаграмм, таблиц. Поддерживается конвертация в CSV, что дает возможность вносить свои изменения.
- Поддержка расширенных поисковых запросов.
- Наличие корректора исправлений.
- Возможность наблюдения за действиями других пользователей при наличии соответствующих прав доступа.
- Отслеживание времени.
- Гибкость при настройке полей и рабочих процессов.
- Опция проверки работоспособности позволяет вам сканировать свою базу данных для получения баг-репорта с предложениями по устранению ошибок.
- Поддержка плагинов и хорошие возможности интеграции с другими платформами, позволяющие использовать приложение в веб-обозревателях, почтовых клиентах и сервисах управления проектами.
Программа Bugzilla написана на языке Perl. Имеет полную совместимость с такими базами данных, как Oracle, MySQL и PostgreSQL. Несмотря на то, что разработчики программы для получения наилучшей производительности рекомендуют применение с Apache 2.2, в действительности нет никаких минимальных требований к серверу.
Jira
Первоначально программа задумывалась как классический баг-трекер, но сейчас эта платформа позволяет использовать функцию планирования agile-проектов. На сегодняшний день Jira является, пожалуй, самым популярным продуктом в сфере разработки и тестирования программного обеспечения. Расширенные возможности приложения:
- гибкое всестороннее управление проектами;
- осуществление контроля за всеми стадиями процесса;
- среда создания прикладных программ.
Используя комплексную систему Jira, тестировщики могут подвергать классификации все задачи по различным критериям и управлять статусом ошибки. Причем все внесенные изменения хранятся в истории и доступны для просмотра и анализа.
Только до 8.06
Скачай подборку тестов, чтобы определить свои самые конкурентные скиллы
Список документов:
Тест на определение компетенций
Чек-лист «Как избежать обмана при трудоустройстве»
Инструкция по выходу из выгорания
Чтобы получить файл, укажите e-mail:
Подтвердите, что вы не робот,
указав номер телефона:
Уже скачали 7503
Программа помогает реализовать принципы управления проектами «Scrum» и «Kanban».
Jira – это платный сервис, но имеющий тариф free для добавления 10 пользователей. Система представляет собой интерактивную доску – Dashboard, с помощью которой удобно отслеживать выполнение решаемых задач.
Среди достоинств баг-трекера выделяют: расширенный функционал, который можно значительно развить установкой плагинов; гибкую настройку рабочих столов; интеграцию с другими системами (Trello, Slack, Git, Zephyr, Google Drive & Docs и др.); связывание задач и ошибок; возможность построения диаграммы Ганта.
Настраиваемые элементы Jira:
- план решения проблем;
- рабочий стол пользователя;
- типы задач;
- окна;
- результаты;
- уведомления.
Читайте также
Так как Jira является достаточно мощным инструментом со множеством настроек и возможностей, ее использование в небольших коллективах тестировщиков сопряжено с некоторыми трудностями. Кроме того, использование этого баг-трекера требует обладания пользователем определенными знаниями и навыками.
YouTrack
Платный сервис, поддерживающий Scrum и Kanban. Основные характеристики:
- Очереди задач для группировки.
- Расширенный поиск по нескольким настраиваемым фильтрам.
- Возможность ограничения доступа к задачам, имеющим конфиденциальную информацию.
YouTrack – детище компании JetBrains, являющейся известным авторитетом в сфере проектирования ПО для отслеживания ошибок. Сервис имеет возможности интеграции с большим количеством CVS, а также с GitHub и Bitbucket. Кроме того, система обладает рядом уникальных возможностей, значительно облегчающих работу тестировщиков. Например, наличие возможности учета издержек на проект и автопоиск дубликатов.
Web Issues
Предназначение сервиса – организация совместной работы. Программа с открытым исходным кодом предоставляет вам возможность доступа из любого веб-обозревателя по желанию.
Перечислим основной функционал приложения:
- Фиксация в журнале истории всех внесенных в проект изменений.
- Возможность прикрепления скриншотов к баг-репортам.
- Координация действий участников команды при работе над решением задачи.
- Контроль доступа пользователей.
- Экспорт проблем в файлы CSV
- Сохранение баг-репорта в формате PDF и HTML.
- Шифрование канала по SSL-протоколу.
Это далеко не полный перечень баг-трекеров. Возможно, прочитав статью, вы сможете остановить свой выбор именно на том инструменте, который позволит в полной мере реализовать проекты, и работа над ними будет продуктивной и комфортной благодаря своевременному поиску и исправлению ошибок.
- Что такое баг-трекер
- В чем польза
- Jira
- Trello
- Axosoft
- Backlog
- ReQtest
- Mantis Bug Tracker
- Bugzilla
- BugHerd
Программное обеспечение для отслеживания ошибок помогает упростить процесс исправления багов, делая разработку в целом более эффективной. В этой статье мы рассмотрим несколько систем для баг-трекинга, предлагаемых на рынке.
Что собой представляет система отслеживания ошибок?
Инструменты отслеживания ошибок (системы баг-трекинга) предназначены для систематической регистрации багов и прочих проблем и удобного управления жизненным циклом бага.
Среднестатистическая баг-трекинговая система имеет следующий функционал:
- создание тикетов с подробным описанием багов
- классификация и расстановка приоритетов в тикетах
- назначение тикетов конкретным специалистам
- отслеживание статуса бага на разных этапах
- удобный поиск, сортировка и составление баг-репортов
- аналитика и автоматическое формирование репортов.
Зачем нужна система отслеживания ошибок?
Баг-трекинговые системы упрощают отслеживание, классификацию и приоритизацию багов. Также они полезны для аналитики: с их помощью можно получить информацию, которая позволит повысить общую эффективность команды и потенциально оптимизировать затраты на разработку. К тому же баг-трекинговые системы упрощают коммуникацию между тестировщиками и разработчиками.
Обзор популярных систем отслеживания ошибок
JIRA
Инструмент отслеживания ошибок Jira был запущен в 2003 году. Со временем он превратился в систему управления проектами, широко используемую в agile-разработке. В частности, в Jira есть доски Scrum и Kanban, дорожные карты и многое другое.
Что касается баг-трекинга, Jira предоставляет полный набор необходимых функций.
✅ Плюсы:
- Пользователи могут создавать собственные фильтры и настраивать рабочие процессы
- Есть удобная система тикетов, позволяющая легко следить за ходом выполнения задач
- Доступ к отчетам с полезной информацией в режиме реального времени
- Интеграция с более чем 3000 приложений обеспечивает прозрачность конвейера разработки
- Jira идеально подходит для больших и удаленных команд
- Есть мобильное приложение, позволяющее получить доступ к системе в любое время
❌ Минусы:
- Пользователи отмечают, что UI сбивает с толку и порой сложен для понимания
- Функции репортов не учитывают все параметры, которые было бы полезно отслеживать
- Jira может оказаться дорогой для небольших команд
- Регистрация, настройка и устранение неполадок сложны
Jira предлагает три платных пользовательских плана с гибкими ценами. Также есть бесплатная пробная версия (7 дней).
Итог
Jira идеально подходит для гибкого управления проектами и ценится за свою функциональность. Но изобилие функций и расширений имеет и обратную сторону: инструмент сложно настраивать.
TRELLO
Как и Jira, Trello — это продукт Atlassian. Он хорошо подходит и для отслеживания ошибок, и для управления продуктами в целом.
Изюминкой Trello является упор на визуализацию. Пользователи могут создавать доски для отдельных проектов. На этих досках они создают списки — с задачами, статусами и т. д. В каждом списке есть карточки для отдельных маленьких задач или, как в нашем случае, для багов.
По своей сути Trello — это способ организации заметок на стене в цифровом пространстве.
✅ Плюсы:
- Интуитивно понятный интерфейс позволяет легко настроить инструмент
- Благодаря визуализации досок всем членам команды удобно отслеживать прогресс
- Каждая карточка может содержать много разной информации, включая подробные описания багов, мультимедийные файлы, комментарии и обсуждения и т. д.
- Пользователи могут назначать и переназначать задачи и управлять сроками их выполнения
- Также можно отслеживать показатели производительности, просматривать историю и активность для каждой карточки
- Trello поддерживает более 100 интеграций с другими инструментами, включая Confluence, Slack, Google Drive и Dropbox
- Доступно мобильное приложение
❌ Минусы:
- Иногда в Trello невозможно загрузить изображения с высоким разрешением
- Десктопные приложения работают только при подключении к Интернету
- Техническая документация непонятна, поэтому процесс настройки многим кажется сложным
- При использовании для крупных проектов доска становится сложной для навигации
Trello предлагает два коммерческих плана: для сравнительно небольших команд (до 100 человек) и для совместной работы нескольких команд (100+ пользователей). Есть и бесплатная версия, дающая доступ к базовому функционалу.
Итог
Trello — простое и доступное решение для небольших проектов. Но если у вас масштабный проект с обилием информации, Trello может быть не так полезен. Имейте в виду, что это в первую очередь инструмент управления проектами, а не баг-трекинговая система.
AXOSOFT
Axosoft — это инструмент для гибкого управления багами. Его основными особенностями являются доска планирования Scrum и диаграмма сгорания задач, управление требованиями и вики-страницы для сбора знаний о продукте и идей.
✅ Плюсы:
- Простота использования
- Пользователи могут автоматически превращать электронные письма в тикеты службы поддержки
- Папки проекта помогают упорядочить информацию и упростить ее поиск
- Есть возможность создавать настраиваемые поля и правила
- Ход процесса исправления багов можно отслеживать в режиме реального времени
- Легкое переключение между двумя доступными режимами просмотра (Kanban и список)
- Функция тайм-трекинга полезна для планирования спринтов и управления командой
- Пользователи могут создавать вики-страницы для тест-кейсов и документации
- Есть API для интеграции Axosoft с программами для управления тестированием и другими инструментами
❌ Минусы:
- Пользовательский интерфейс несколько запутан, из-за чего новичкам сложно ориентироваться
- Пользователи сообщают о проблемах с фильтрацией, созданием репортов и потерянными задачами
- Сообщество пользователей невелико, а служба поддержки часто неэффективна и реагирует медленно
Продукт платный, есть разные планы подписки. Также есть 14-дневная бесплатная версия и 30-дневная гарантия возврата денег для пользователей, которые не удовлетворены продуктом.
Итог
Это инструмент для баг-трекинга и отслеживания спринтов, который подойдет agile-командам. Он предлагает информацию, полезную для планирования спринта, и позволяет создать внутреннюю базу знаний.
BACKLOG
Backlog — это комплексное ПО для управления проектами с функцией баг-трекинга. Эту программу можно использовать для управления задачами, клиентами и рабочими процессами, контроля версий, совместной работы в команде и многого другого.
Что касается отслеживания ошибок, то с помощью Backlog легко сообщать о багах и отслеживать их жизненный цикл.
✅ Плюсы:
- Простота использования, интуитивно понятный интерфейс, благодаря чему кривая обучения минимальна
- В тикеты можно добавлять подробные описания и вложения, необходимые для устранения багов
- Пользователи могут расставлять приоритеты, назначать тикеты членам команды, а также устанавливать и изменять сроки
- Легко управлять задачами, группируя их или создавая персонализированный список наблюдения
- Ветки комментариев позволяют отслеживать обсуждения, изменения и решения
- Члены команды получают уведомления обо всех добавлениях, изменениях статуса, комментариях и т. д.
- Можно включить пользователей в уведомления об устранении багов, даже если не вы создали тикет и не вам его назначили
- Как и в Axosoft, есть возможность создавать вики-страницы для обмена знаниями
- Backlog предлагает готовые интеграции с различными инструментами коммуникации и разработки. Также пользователи могут создавать API для подключения Backlog к другим инструментам, если нет интеграции по умолчанию.
❌ Минусы:
- Интеграция с Git не слишком хороша, в результате бывают задержки в работе
- Фильтрация немного запутана, поэтому пользователи не всегда получают релевантные результаты
- Невозможно назначить задачу более чем одному пользователю. Альтернативное решение — создание подзадач, а это влияет на эффективность.
- Нужно заново настраивать уведомления об обновлениях статуса для каждого изменения.
- Новые пользователи ценят простоту этого инструмента, но со временем сталкиваются с нехваткой функций.
Backlog предлагает несколько пользовательских планов, а также бесплатную версию (один проект с участием до десяти пользователей и 100 МБ дискового пространства).
Итог
Backlog — это многофункциональный инструмент, который хорошо подходит для командной разработки ПО. Платформа простая в использовании, но эта простота — палка о двух концах. Со временем пользователи могут обнаружить, что функциональность ограничена.
REQTEST
ReQtest — это не только облачная система отслеживания проблем, но и программное обеспечение для управления требованиями с выделенным модулем баг-репортов.
Изюминкой этого инструмента является полная отслеживаемость требований, включая сопоставление багов, тестов и исправлений со спецификациями продукта.
ReQtest предоставляет расширенные возможности для совместной работы, прозрачность и удобные репорты.
✅ Плюсы:
- Приложение интуитивно понятное и логичное, поэтому его легко установить, настроить и использовать
- Модуль управления требованиями позволяет сортировать иерархию спецификаций, упрощая установку приоритета багов и напрямую связывая требования с тикетами
- Есть модули, позволяющие пользователям мгновенно писать тест-кейсы
- Пользователи могут настраивать параметры и поток, создавая необходимые категории и поля
- Можно копировать незавершенные задачи из текущего спринта в следующий
- Есть десктопное приложение для «поимки» багов на скриншотах и видео
- Инструмент интегрируется с Jira, что еще больше упрощает сотрудничество между командами
❌ Минусы:
- Ограниченные возможности настройки уровней пользователей и предоставляемых прав
- Трудно организовать тест-кейсы в рамках тестовых прогонов
- Слишком мало интеграций с другими инструментами
- Дизайн и UX можно и улучшить
ReQtest предлагает два платных плана и бесплатную 10-дневную пробную версию с доступом ко всем функциям.
Итог
ReQtest может быть идеальным решением для команд, ориентированных на требования. Модуль баг-трекинга имеет нужный функционал, а приложение для отслеживания ошибок — огромный бонус. Цена ReQtest немного больше, чем у большинства других систем баг-трекинга, но пользователи уверяют, что функциональность того стоит.
MANTISBT
Mantis Bug Tracker — это инструмент с открытым исходным кодом, написанный на PHP. Несмотря на довольно простой внешний вид, он достаточно функционален и предлагает все необходимые функции для отслеживания ошибок.
Этот инструмент работает с различными базами данных, интегрируется с чатами и тайм-трекерами. Также его можно кастомизировать, добавив свой код.
✅ Плюсы:
- Поскольку код открыт, вы можете изменять все, что вам не нравится, добавлять функции, которые команда сочтет полезными, и подгонять инструмент под любую бизнес-логику.
- Используя базовую версию, можно отслеживать несколько проектов
- Легко создавать новые проекты и массово добавлять новых пользователей, а также отслеживать жизненный цикл багов
- Можно добавлять очень подробные описания багов, прикреплять скриншоты и документы
- Визуализация хорошая: можно видеть четкую картину приоритетов и статусов багов
- Рабочие процессы и доступ к проектам легко настраиваются
- Пользователи могут просматривать назначенные кому-либо тикеты, чтобы отслеживать эффективность
- Фильтры продуманы до мелочей и очень практичны
❌ Минусы:
- Пользовательский интерфейс и дизайн устарели. Они громоздки и часто сбивают с толку, что приводит к длительному обучению и частым жалобам со стороны пользователей, особенно тех, у кого нет технического образования
- Пользователи часто испытывают трудности с настройкой
- Есть сообщения о неприятных проблемах с тайм-аутом, которые требуют перезагрузки страницы и приводят к потере уже введенных данных
- Некоторые вкладки не имеют фильтров, что затрудняет доступ к необходимой информации.
- Нет уведомлений о приближающихся дедлайнах по тикетам, так что сроки нужно контролировать вручную
- Интеграция с другими системами работает с задержками или сложна в настройке
MantisBT — это бесплатный инструмент. Дополнительные функции предоставляются платно.
Провайдер также предлагает MantisHub — SaaS с большим количеством функций и несколькими тарифными планами. Баг-трекер — один из элементов его функциональности.
Существует также бесплатная пробная версия MantisHub, хотя ее продолжительность не указана.
Итог
MantisBT — широко известное и используемое решение с открытым исходным кодом. Инструмент имеет некоторые недостатки, но, с другой стороны, обеспечивает гибкость и возможности настройки. MantisBT также можно использовать для управления проектами.
BUGZILLA
Bugzilla — одна из самых известных программ для отслеживания ошибок с открытым исходным кодом. Эта программа была представлена Mozilla еще в 1998 году.
Bugzilla ориентирована исключительно на отслеживание ошибок и предлагает все инструменты и функции, необходимые для этого процесса. Программа широко используется небольшими компаниями и корпорациями.
Плюсы:
- Система легко настраивается, проста в установке и обслуживании
- Форма баг-репортов имеет все необходимые функции и поля для подробного описания бага
- Легко отслеживать ход исправления и жизненный цикл бага в целом
- Пользователи могут просматривать историю issue и получать уведомления по электронной почте при любых изменениях статуса
- Функция поиска позволяет находить issues по ключевым словам
- Пользователи могут оставлять комментарии в отдельных темах под каждым багом
- Инструмент автоматически обнаруживает повторяющиеся баги и сообщает о них
- Баг-репорты можно настроить в привязке к различным факторам
❌ Минусы:
- Иногда приложение тормозит
- Трудно переходить на новые версии
- Нет поддержки agile-разработки
- Интерфейс устарел, поэтому визуально не привлекателен и не очень удобен для пользователя
- Крутая кривая обучения: пользователи с нетехническим образованием могут столкнуться с трудностями
- Прикладывать можно только изображения (по одному за раз)
Bugzilla доступна бесплатно. Пользователи также могут получить бесплатную поддержку. Если вам нужна поддержка более высокого уровня, ее предоставляют подрядчики, перечисленные на сайте Bugzilla.
Итог
Bugzilla — это хорошее решение с открытым исходным кодом, имеющее все основные функции системы отслеживания ошибок. Но пользователи должны быть готовы столкнуться с устаревшим интерфейсом и некоторыми сложностями настройки. В целом, это неплохая баг-трекинговая система.
BUGHERD
BugHerd — это простая система отслеживания ошибок, применяемая в основном при тестировании сайтов. Изюминкой этого инструмента является его визуализация, напоминающая доску с заметками.
BugHerd устанавливается при помощи расширения или однострочного JavaScript-тега. Система размещается поверх сайта в качестве виртуального слоя. Пользователи могут закреплять комментарии со своими отзывами на веб-страницах, что упрощает обнаружение и исследование багов. Это также помогает поддерживать непрерывный рабочий процесс и эффективно общаться с членами команды.
Плюсы:
- Интерфейс интуитивно понятен и прост.
- Репорты тоже очень простые. Инструмент собирает информацию, необходимую команде для воспроизведения и исправления багов (браузер, ОС, данные селектора CSS и т. д.), и автоматически делает снимки экрана с точно определенной областью, в которой обнаружен дефект
- Пользователи управляют багами с помощью доски задач в стиле Kanban
- Легко поддерживать порядок в тикетах при работе над несколькими проектами
- Инструмент обеспечивает эффективное сотрудничество независимо от размера команды
- BugHerd интегрируется с различными инструментами управления проектами и разработки
❌ Минусы:
- На досках отсутствуют настраиваемые столбцы
- Интеграция с мобильными устройствами слишком медленная
- Отсутствует опция сортировки столбцов по пользователям (есть только по проектам)
- Инструмент часто обновляется, и иногда могут возникать сбои
BugHerd имеет несколько вариантов ценообразования. Каждый из них предлагает разное количество пользователей и немного различающиеся функциональные возможности. Есть также 14-дневная бесплатная пробная версия.
Итог
BugHerd имеет выдающиеся функции визуальной отчетности, которые делают его отличным инструментом для совместной работы и обратной связи при тестировании сайта. С его помощью сообщать о багах очень просто. Серьезных жалоб или негативных отзывов о BugHerd нет, но некоторым пользователям не хватает функционала.
Сразу хочу сказать, что здесь никакой воды про баг, и только нужная информация. Для того чтобы лучше понимать что такое
баг, ошибки в программировании, система отслеживания ошибок, баг-трекер, программный дефект , настоятельно рекомендую прочитать все из категории Информатика.
В программировании баг (англ. bug — первичные значения: клоп, любое насекомое, вирус) — жаргонное слово, обычно обозначающее ошибку в программе или системе, из-за которой программа выдает неожиданное поведение и, как следствие, результат. Большинство багов возникают из-за ошибок, допущенных разработчиками программы в ее исходном коде, либо в ее дизайне. Также некоторые баги возникают из-за некорректной работы компилятора, вырабатывающего некорректный код. Программу, которая содержит большое число багов и/или баги, серьезно ограничивающие ее работоспособность, называют нестабильной или, на жаргонном языке, «глючной», «глюкнутой», «забагованной», «бажной», «баг(а)нутой» ).
Термин «баг» обычно употребляется в отношении ошибок, проявляющих себя на стадии работы программы, в отличие, например, от ошибок проектирования или синтаксических ошибок. Отчет, содержащий информацию о баге также называют отчетом об ошибке или отчетом о проблеме (англ. bug report). Отчет о критической проблеме (англ. crash), вызывающей аварийное завершение программы, называют крэш-репортом (англ. crash report).
«Баги» локализуются и устраняются в процессе тестирования и отладки программы.
Программным дефектом называется ошибка в программном обеспечении, в результате которой продукт ведет себя непредвиденно (неверно). Большинство дефектов возникают из-за допущенной ошибки в программном коде или логической ошибки, допущенной во время проектирования. Гораздо меньшее количество — вследствие ошибок работы инструментальных средств (компилятора, генератора кода).
В отличии от программного кода аппаратная ошибка не связана с програмным обепечением. а вызвана работой аппаратных средств в следствии износа. воздействия особых факторов или ошибкой его проектирования.
Этимология термина «баг»
Английское слово bugge является основой для терминов « bugbear » и « bugaboo », используемых для обозначения монстра.
Термин «ошибка» для описания дефектов был частью инженерного жаргона с 1870-х годов и предшествовал электронным компьютерам и компьютерному программному обеспечению; возможно, первоначально он использовался в аппаратной инженерии для описания механических неисправностей. Например, Томас Эдисон написал следующие слова в письме своему коллеге в 1878 году:
Так было со всеми моими изобретениями. Первый шаг — это интуиция, и она приходит со взрывом, затем возникают трудности — эта вещь дает сбой, и [это] тогда «Жуки» — как называются такие маленькие недостатки и трудности — проявляют себя и месяцы напряженного наблюдения, изучения и труд необходимы, прежде чем будет достигнут коммерческий успех или неудача.
Baffle Ball , первая механическая игра в пинбол , рекламировалась как «свободная от ошибок» в 1931 году. Проблемы с военной экипировкой во время Второй мировой войны назывались ошибками (или сбоями ). В книге, опубликованной в 1942 году, Луиза Дикинсон Рич , говоря о механизированной машине для резки льда , сказала: «Распиловка льда была приостановлена до тех пор, пока не появится создатель, который выведет жуков из его любимой машины».
Исаак Азимов использовал термин «жук» для обозначения проблем с роботом в своем рассказе « Поймай этого кролика », опубликованном в 1944 году.
Широко распространена легенда, что 9 сентября 1945 года ученые Гарвардского университета, тестировавшие вычислительную машину Mark II Aiken Relay Calculator, нашли мотылька, застрявшего между контактами электромеханического реле, и Грейс Хопперпроизнесла этот термин. Извлеченное насекомое было вклеено скотчем в технический дневник, с сопроводительной надписью: «First actual case of bug being found» («первый реальный случай, когда был найден жук»). Считается, что этот забавный факт положил начало использованию слова «debugging» в значении «отладка программы», однако, скорее всего, фраза являетсякаламбуром.
В действительности этот случай произошел 9 сентября 1947, а не 1945, года. Слово «bug» в современном значении употреблялось задолго до этого персоналом телеграфных и телефонных компаний в отношении неполадок с электрооборудованием и радиотехникой. Во время Второй мировой войны словом «bugs» назывались проблемы с радарной электроникой. В 1878 годуТомас Эдисон писал:
Это повторялось снова и снова со всеми моими изобретениями. Первым шагом была интуиция, за ней следовала вспышка, затем возникали препятствия — и они исчезали, потом возникали Баги — так называются маленькие недочеты и трудности — и необходимы месяцы постоянного поиска, исследований и тяжелого труда до успеха или неудачи .
Термин «ошибка» (Bug)был использован в отчете пионера компьютеров Грейс Хоппер , которая обнародовала причину неисправности в первом электромеханическом компьютере . Об этом говорит сайт https://intellect.icu . [10] Типичная версия этой истории:
В 1946 году, когда Хоппер уволили с действительной службы, она поступила на Гарвардский факультет в вычислительную лабораторию, где продолжила свою работу над Mark II и Mark III . Операторы проследили ошибку в Mark II до мотылька , пойманного в реле, придумав термин « ошибка » . Эта ошибка была тщательно удалена и записана в бортовой журнал. Исходя из первой ошибки, сегодня мы называем ошибки или сбои в программе ошибкой .
Хоппер не нашла ошибку, как она с готовностью признала. Дата в бортовом журнале — 9 сентября 1947 года. Операторы, которые его нашли, в том числе Уильям «Билл» Берк, позднее работавший в Лаборатории морских вооружений , Дальгрен, Вирджиния , [15] были знакомы . с инженерным термином и забавно оставил насекомое с пометкой «Первый реальный случай обнаружения жука». Хоппер любил рассказывать эту историю. [16] Этот бортовой журнал с прикрепленным мотыльком является частью коллекции Смитсоновского национального музея американской истории . [13]
Родственный термин « отладка », по-видимому, также появился раньше, чем его использование в вычислительной технике: этимология этого слова в Оксфордском словаре английского языка содержит свидетельство 1945 года в контексте авиационных двигателей. [17]
Представление о том, что программное обеспечение может содержать ошибки, восходит к заметкам Ады Лавлейс 1843 года об аналитической машине , в которых она говорит о возможности ошибочности программных «карточек» для аналитической машины Чарльза Бэббиджа :
… в равной степени должен быть выполнен процесс анализа, чтобы обеспечить аналитическую машину необходимыми оперативными данными; и что здесь также может лежать возможный источник ошибки. При условии, что реальный механизм безошибочен в своих процессах, карты могут отдавать ему неправильные приказы.
Значение и классификация ошибок программного обеспечения
В зависимости от этапа разработки ПО, на котором выявляется ошибка выделяют:
- синтаксические ошибки (распознаваемые в качестве таковых транслятором и делающие компиляцию невозможной) — например отсутствие или несоответствие открывающей и закрывающей скобок;
- предупреждения (warnings) компилятора — например, использование неинициализированной переменной. В этом случае компилятор может заметить, что программист делает что-то необычное (вероятно неверное), и сообщает об этом, однако программист сам принимает решение игнорировать сообщение или нет;
- ошибки времени исполнения, смысловые ошибки (семантические) — например вычитание переменных вместо сложения или ошибка сегментации.
Также баги делят на следующие категории
- Арифметические ошибки (деление на 0, переполнение)
- Логические ошибки (бесконечные циклы, бесконечная рекурсия)
- Ошибки работы с ресурсами (null pointer, access violation, переполнение буфера)
- Ошибки синхронизации многопоточности (дедлок, race condition)
По размеру:
- Showstoppers;
- Серьезные;
- Незначительные баги;
По времени появления:
- Постоянно, при каждом запуске;
- Иногда («плавающий» тип);
- Только на машине у клиента (зависит от локальных настроек у клиента);
По месту и направлению:
- Ошибки пользовательского интерфейса;
- Системы обработки ошибок;
- Ошибки, связанные с граничными условиями;
- Ошибки вычислений;
- Ошибки управления потоком;
- Ошибки обработки или интерпретации данных;
- При ситуации «гонок»;
- Повышение нагрузки;
- Ошибки контроля версии и индентификаторов;
- Ошибки тестирования;
Разновидности по типу обнаруения и выявления
- Борбаг — легко обнаруживаемая стабильная ошибка
- Гейзенбаг — сложно обнаруживаемая, периодически исчезающая и меняющая свойства, при попытке обнаружения, ошибка
- Мандельбаг — ошибка с очень сложным, хаотичным, поведением
- Шрединбаг — критическая ошибка, которая не проявляется, пока кто-нибудь на нее не наткнется в исходном коде, после чего программа совершенно перестает работать
В зависимости от характера ошибки, программы и среды исполнения, ошибка может проявляться сразу или наоборот — долгое время оставаться незамеченной (например Проблема 2038 года).
Также ошибка может проявляться в виде уязвимости, делающей возможным несанкционированный доступ к системе или DoS-атаку.
Поиск и исправление ошибок
Для отладки программы (англ. debugging) разработчиками ПО используются специальные программы-отладчики (англ. debugger). Например, в операционной системеWindows можно использовать программу WinDbg из пакета Microsoft Debugging Tools for Windows. Для GNU/Linux и ряда других UNIX-подобных операционных систем существует отладчик GDB (GNU Debugger).
Отчеты об ошибках
Основная масса багов обычно отлаживается на этапе компиляции и тестирования программы. Однако некоторая часть ошибок все же попадает в релиз и проявляется на компьютерах конечных пользователей в процессе эксплуатации ПО. Для повышения качества программного обеспечения пользуются специальными программами, цель которых — отловить ошибку в целевом приложении, собрать необходимую информацию об ее симптомах и отправить отчет по интернету к разработчикам данного ПО.
Например, в операционную систему Windows встроена утилита Dr. Watson, которая по умолчанию отлавливает ошибки в приложениях пользователя и отправляет отчет на специальный Сервер компании Microsoft. Также в качестве примера можно привести аналогичные библиотеки Breakpad и CrashRpt
система отслеживания ошибок (
баг-трекер )
Система отслеживания ошибок (англ. bug tracking system) — прикладная программа, разработанная с целью помочь разработчикам программного обеспечения (программистам, тестировщикам и др.) учитывать и контролировать ошибки и неполадки, найденные в программах, пожелания пользователей, а также следить за процессом устранения этих ошибок и выполнения или невыполнения пожеланий.
Состав информации о дефекте
Главный компонент такой системы — база данных, содержащая сведения об обнаруженных дефектах. Эти сведения могут включать в себя:
- номер (идентификатор) дефекта;
- короткое описание дефекта;
- кто сообщил о дефекте;
- дата и время, когда был обнаружен дефект;
- версия продукта, в которой обнаружен дефект;
- серьезность (критичность) дефекта и приоритет решения ;
- описание шагов для выявления дефекта (воспроизведения непреднамеренного поведения программы);
- ожидаемый результат и фактический результат;
- кто ответственен за устранение дефекта;
- обсуждение возможных решений и их последствий;
- текущее состояние (статус) дефекта;
- версия продукта, в которой дефект исправлен.
Кроме того, развитые системы предоставляют возможность прикреплять файлы, помогающие описать проблему (например, дамп памяти или скриншот).
Жизненный цикл дефекта
Как правило, система отслеживания ошибок использует тот или иной вариант «жизненного цикла» ошибки, стадия которого определяется текущим состоянием, или статусом, в котором находится ошибка.
Типичный жизненный цикл дефекта:
- новый — дефект зарегистрирован тестировщиком
- назначен — назначен ответственный за исправление дефекта
- разрешен — дефект переходит обратно в сферу ответственности тестировщика. Как правило, сопровождается резолюцией, например:
- исправлено (исправления включены в версию такую-то)
- дубль (повторяет дефект, уже находящийся в работе).
- не исправлено (работает в соответствии со спецификацией, имеет слишком низкий приоритет, исправление отложено до следующей версии и т. п.)
- невоспроизводимо (запрос дополнительной информации об условиях, в которых дефект проявляется).
- далее тестировщик проводит проверку исправления, в зависимости от чего дефект либо снова переходит в статус назначен (если он описан как исправленный, но не исправлен), либо в статус закрыт.
- открыт повторно — дефект вновь найден в другой версии.
Система может предоставлять администратору возможность настроить, какие пользователи могут просматривать и редактировать ошибки в зависимости от их состояния, переводить их в другое состояние или удалять.
В корпоративной среде система отслеживания ошибок может использоваться для получения отчетов, показывающих продуктивность программистов при исправлении ошибок. Однако, часто такой подход не дает достаточно точных результатов, потому что разные ошибки имеют различную степень серьезности и сложности. При этом серьезность проблемы не имеет прямого отношения к сложности устранения ошибки.
Примеры систем отслеживания ошибок
Свободно распространяемые
- Redmine — не относится к системам отслеживания ошибок, но многие компании его используют.
- BUGS — the Bug Genie http://www.thebuggenie.com/
- Bugzilla http://www.bugzilla.org/features/
- eTraxis https://www.etraxis.com/
- GNATS
- Launchpad
- Mantis bug tracking system
- Trac
- EmForge
- Picket
- Flyspray
- DEVPROM
Проприетарные
- Atlassian JIRA
- Bontq
- PVCS Tracker
- Project Kaiser
- TrackStudio Enterprise
- YouTrack
- Яндекс.Трекер
Разное
- BugTracker.NET
- BugNet
- ClearQuest
- Intland CodeBeamer
- LifeTask.ru
- FlySpray
- StarTeam
Вау!! 😲 Ты еще не читал? Это зря!
- Отчет об ошибке
- Система отслеживания ошибок
- Фича
- Борбаг — легко обнаруживаемый стабильный баг
- Гейзенбаг — сложно обнаруживаемый, периодически исчезающий и меняющий свойства баг при попытке его обнаружения
- Мандельбаг — баг с очень сложным, хаотичным, поведением
- Шрединбаг — критическая ошибка , которая не проявляется пока кто-нибудь на нее не наткнется в исходном коде, после чего программа совершенно перестает работать
- GIGO
- Катастрофа Ariane 5 (4 июня 1996) — один из самых дорогостоящих компьютерных багов в истории.
- Ошибки в программном обеспечении медицинского ускорителя Therac-25 привели к превышению доз облучения нескольких людей.
- Багтрак
- Книга жалоб и предложений
- канбан доска
- профессии для создания и обслуживания веб сайтов , верстальщик ,
- психология тестирования ,
- спеациальность qa , тестировщик ,
- типы тестирования , уровни тестирования ,
- тестировщик , qa ,
Статью про баг я написал специально для тебя. Если ты хотел бы внести свой вклад в развии теории и практики,
ты можешь написать коммент или статью отправив на мою почту в разделе контакты.
Этим ты поможешь другим читателям, ведь ты хочешь это сделать? Надеюсь, что теперь ты понял что такое баг, ошибки в программировании, система отслеживания ошибок, баг-трекер, программный дефект
и для чего все это нужно, а если не понял, или есть замечания,
то нестесняся пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории
Информатика
Программ без ошибок не бывает. Их количество можно уменьшить с помощью системы типов, линтеров, тестов или даже целого отдела тестировщиков, но убрать совсем невозможно. Это реальность с которой мы живем и лучшее, что можно сделать, научиться эти ошибки отслеживать и быстро исправлять.
- Как не надо работать с ошибками
- Как надо работать с ошибками
- Выводы
Как не надо работать с ошибками
Как, часто, происходит в разработке. Программисты написали какой-то код, выпустили новую версию сайта/приложения и пошли дальше заниматься своими делами. В это время у некоторых пользователей обнаруживаются проблемы: что-то зависает, формы не отправляются, данные отображаются неправильно и так далее. Такое может продолжаться довольно долго, пока кто-то разгневанный не напишет письмо в службу поддержки. Затем по цепочке это долетает до программистов, которые пытаются понять у кого произошла ошибка, где она случилась, и при каких обстоятельствах. Начинаются выяснения всех подробностей с вероятным привлечением клиента, если тот согласится помочь. При таком подходе, большое количество ошибок остается незамеченным очень долго и, самое неприятное, пользователи уходят. Можно ли этого избежать? Оказывается можно.
Как надо работать с ошибками
Существует целый класс сервисов называемых Error Trackers. Они в реальном времени собирают информацию о возникающих ошибках и оповещают об этом команду разработки. Эти сервисы работают буквально со всеми существующими платформами начиная от телевизоров, заканчивая мобильными приложениями и сайтами (и фронтенд и бекенд).
Выше пример дашборда сервиса rollbar.io, который используется для всех проектов Хекслета. На дашборде выводится частота появления критичных ошибок за последние 24 часа по всем проектам. Этот график позволяет быстро оценить места, куда нужно внимательнее смотреть. А ниже вывод ошибок конкретного проекта. Судя по иконкам, большая часть ошибок прямо сейчас приходит из JavaScript.
Каждый такой сервис сервис предоставляет библиотеки под разные языки и платформы, которые встраиваются в код и вызываются в случае возникновении ошибок. Эти библиотеки отправляют не только саму ошибку, но и информацию об окружении, которая может помочь. В нее могут входить данные о пользователе, о его браузере, о настройках приложения и так далее.
В идеальном случае такая библиотека сразу интегрирована в какой-нибудь фреймворк, например Rails. Тогда не придется практически ничего настраивать, достаточно подключить библиотеку как плагин к фреймворку и дальше он начнет собирать ошибки сам, без дополнительного вмешательства. Если такой интеграции нет, то придется написать немного кода для связи своего приложения с библиотекой. Подробнее о том как это сделать, нужно смотреть в документации выбранного вами сервиса. Вот пример интеграции Rollbar в React. После того как все заработает, пойманная ошибка будет выглядеть примерно так:
Обратите внимание на меню сверху. По названиям вкладок видно сколько полезного извлекается из ошибки.
Но поймать ошибку это только половина дела. Дальше нужно как-то оповестить команду, причем так, чтобы не завалить всех спамом. Дело в том, что ошибки обычно не происходят один раз. Если ошибка общая и количество пользователей большое, то можно легко поймать одну ошибку тысячи раз в минуту. И если бы на каждое возникновение уходила нотификация (на емейл или в слак), то такой сервис быстро бы отключили от источника питания.
Поэтому подобные трекеры работают хитро. Когда ошибка произошла первый раз, то сервис высылает оповещение чтобы команда разработки могла оперативно среагировать на инцендент. Если ошибка возникает снова, то больше никаких оповещений. По крайней мере не на каждое возникновение. Оповещения например могут уходить на первое, десятое, сотое, тысячное и так далее возникновение. Это первая часть механизма. Дальше, когда выкатывается новая версия приложения, трекеры помечают ошибки как «поправленные». Это позволяет легко отслеживать ошибки, которые либо забыли поправить, либо поправили неправильно. Поэтому обычно после деплоя начинают сыпаться оповещения) Для работы этого механизма нужно оповещать трекер о деплоях. Подробно об этом написано в документации соответствующего трекера.
Выводы
Трекеры ошибок не игрушка, а серьезный инструмент, без которого невозможно представить себе ни один продакшен. В качестве трекера, при этом, может выступать как один из многих сервисов, так и специализированный софт (например Sentry), установленный к себе на сервера в случае повышенных требований к безопасности.
Если вам доведётся работать в компании крупнее чем три человека, наверняка часть работы будет в таск-трекере. Сейчас покажем, что это такое.
Что такое таск-трекер
Таск-трекер — это калька с английского task tracker, что переводится как «отслеживание задач». Это то место, куда стекаются и где распределяются все задачи между всеми программистами. Там же может храниться вспомогательная информация по каждой задаче, вестись обсуждение, плестись интриги, разворачиваться семейные драмы.
В общем, таск-трекер — это бесконечная мучительная планёрка для айтишников. Или не мучительная.
Бизнес-процессы в таск-трекере
Часто таск-трекер настраивают так, что задачи автоматически двигаются между разными участниками в зависимости от их роли в команде. Например, это может быть так:
- У фронтенд-разработчика появляется в трекере задача «Добавить стиль для новой кнопки поиска в меню».
- Фронт берёт её в работу, делает и нажимает в трекере внутри задачи кнопку «Готово».
- Задача относится к категории «Фронтенд», поэтому она автоматически попадает в работу к тестировщику сайта. Срок выполнения тоже меняется автоматически.
- Тестировщик открывает задачу, смотрит, что от него нужно, и идёт прогонять новый стиль через тесты.
- Если все тесты прошли удачно — он закрывает задачу и она улетает дальше в отдел релизов. Если тест не пройден — в задачу ставится пометка и она снова возвращается фронтендеру, который ей занимался.
При этом продвинутые таск-трекеры следят за кучей параметров: как долго задачи были в работе, сколько сделано сразу, сколько вернулось, кто самый результативный и так далее. Этим часто пользуются менеджеры, когда им нужно оптимизировать процесс разработки и найти слабые места.
Таск-трекеры могут интегрироваться с другими системами: гитами, средами тестирования, средами разработки и т. д. Это нужно для крупных компаний, где любой шаг нужно стандартизировать.
Что такое баг-трекер
Баг-трекер — это трекер багов или ошибок, которые нужно исправить в программе. Там есть много из того, что есть в таск-трекере:
- задача (описание ошибки),
- степень критичности,
- когда появилась,
- кто ответственный.
Также считается хорошим тоном добавить в описание ошибки то, как её можно воспроизвести, — так программисты быстрее поймут, что нужно поправить.
Но баг-трекере есть свои нюансы: в зависимости от степени критичности ошибки они могут двигать другие задачи и внезапно становиться важнее всех остальных.
Иногда в компаниях для отработки багов используют тот же таск-трекер, что и для обычных задач, но хорошим тоном считается завести отдельный баг-трекер и собирать туда только ошибки.
Почему программисты не любят таск-трекеры
На самом деле здесь всё зависит от продакт-менеджера.
Если продакт адекватный, следит за нагрузкой команды и грамотно распределяет задачи среди участников, то таск-трекер воспринимается просто как рабочий инструмент.
А если продакт неопытный и каждую неделю наваливает задач выше головы, а потом ещё меняет их в течение дня, то тут таск-трекер — это инструмент пыток, а не повышения продуктивности. Ещё вариант — использовать все фишки таск-трекера, даже если они не нужны. Именно из-за таких ситуаций в ИТ ходят шутки про Jira и другие трекеры:
А можно как-то без всего этого?
Если вы пишете программу или сервис один — то можно: вы сами решаете, что делать сейчас, а что потом. Если вас двое-трое, то тоже всё можно решить в чатиках и при личном общении.
Но когда команда вырастает больше пяти человек, а у продукта появляются первые пользователи, лучше пользоваться трекером — с ним меньше вероятность пропустить важную задачу.
В больших компаниях трекер — обязательная часть процесса, потому что компания не умеет работать с людьми, только с процессами. Если что-то не зафиксировано, не описано и не согласовано, в компании этого нет. Придётся терпеть.
Вёрстка:
Кирилл Климентьев